La rotación limita cuántos datos protege una clave y durante cuánto tiempo sigue siendo útil una clave robada. SP 800-57 Part 1 §5.3 orienta sobre los criptoperiodos, por ejemplo de uno a tres años para una clave privada de firma. Los certificados y los tokens de corta duración trasladan el problema de rotar claves a renovar credenciales automáticamente.
El patrón es el mismo en todos los ecosistemas: publicar la clave nueva, esperar a que todos los verificadores la tengan, empezar a firmar con ella y retirar la antigua cuando haya caducado todo lo que firmó. JWKS usa kid y los tiempos de vida de la caché; DKIM usa un selector nuevo; SSH usa UpdateHostKeys para que los clientes aprendan una nueva clave de host; TLS solapa el certificado antiguo y el nuevo; Sigstore y TUF rotan las claves raíz mediante metadatos firmados.
Fallos habituales: eliminar la clave antigua antes de que caduquen los tokens en caché, verificadores que obtienen las claves una sola vez al arrancar, claves sin identificador que obligan a los verificadores a probarlas todas y rotaciones de emergencia que nunca se ensayaron.