Rotating Expired SQL Server TDE Certificates

In general, SQL Server TDE certificates will expire at some point.

In SQL Server, if we have setup TDE using SQL certificates we may have reached a point in time when the cert has expired.

Maybe we haven’t.

Maybe we don’t even know.

We can check quickly to see if our TDE certs are close to expiring or perhaps already have pretty easily with a quick query to list the certificates with expiration dates used in each of our TDE encrypted DBs:

We have expired or expiring SQL TDE certificates! What now?

Well, the first thing we do is not panic. Even if our TDE certificate expires it won’t cause any issues. The SQL Server will continue to work normally. Even if we restore the DB elsewhere using the expired certificate we will just get a warning that the certificate is expired.

A warning is nice, and the system still working let’s us breathe a little easier, but we know that an updated certificate is a much better thing to have. In fact, setting up a regular key rotation schedule is even better and a recommended practice.

Let’s quickly rotate our SQL TDE certificates!

1 – Create a new SQL TDE certificate.

The creation of a new SQL TDE certificate is easy. Some people like to obscure the name so it isn’t obvious, and we can do whatever we want. In an effort to remember to rotate the keys in the future we will set an expiration date on this new certificate.

2 – Backup the new SQL TDE certificate so we can create it on other systems as needed.

Make sure we don’t store our certificate’s backups on the server, or with the database backups. The path above is just for the code sample. I find it easier when working with multiple servers or nodes in an availability group to but the backups somewhere on the network that the servers can access, but is still secured.

3 – Create the same SQL TDE certificate on your other servers, if needed. If using Availability groups, install the certificate on all nodes.

We don’t restore a certificate from the backups made, but create new ones. We can also change the name to anything we like, but I try to keep it consistent between servers, so I don’t get too confused when looking up my certs.

3 – Change encryption key for your databases – aka Rotate the SQL TDE certificate

This is the process to rotate the keys and certificates used for TDE encryption. We tell the DB to encrypt using the new key. Behind the scenes, the server starts re-encrypting the data without having to decrypt everything first. Just like when TDE is initialized, the process works its way through and rotates the encryption key.

I recommend keeping the old, expired SQL TDE certificates on the server for a while. If you have to restore an older backup you may still need the old SQL TDE certificate in place. Once you have reached a point that you no longer need the old SQL TDE certificates feel free to go ahead and remove them.

What if we have an availability group with multiple nodes?

That’s easy.

Since we already restored the certificates to the other nodes. When we issued the command to alter the primary node DB to encrypt with a new certificate the command is sent to the other nodes, and the rotation will happen automatically on them.

Comments 2

  1. If we create new certificate and  i am using cell level encryption do i need to decrypt the data and reencrypt once again ?

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.