A rotação limita a quantidade de dados que uma chave protege e por quanto tempo uma chave roubada continua útil. O SP 800-57 Parte 1, §5.3, orienta sobre criptoperíodos, por exemplo de um a três anos para uma chave privada de assinatura. Certificados e tokens de curta duração deslocam o problema da rotação de chaves para a renovação automática de credenciais.
O padrão é o mesmo em todos os ecossistemas: publique a nova chave, espere até que todos os verificadores a tenham, comece a assinar com ela e aposente a chave antiga depois que tudo o que ela assinou tiver expirado. O JWKS usa kid e tempos de vida de cache; o DKIM usa um novo seletor; o SSH usa UpdateHostKeys para informar aos clientes uma nova chave de host; o TLS sobrepõe o certificado antigo e o novo; o Sigstore e o TUF rotacionam as chaves raiz por meio de metadados assinados.
Falhas comuns: remover a chave antiga antes que os tokens em cache expirem, verificadores que buscam as chaves uma única vez na inicialização, chaves sem identificador, que obrigam os verificadores a testar todas, e rotações de emergência que nunca foram ensaiadas.