Rotation begrenzt, wie viele Daten ein Schlüssel schützt und wie lange ein gestohlener Schlüssel nützlich bleibt. SP 800-57 Teil 1 §5.3 gibt Empfehlungen zu Kryptoperioden, etwa ein bis drei Jahre für einen privaten Signaturschlüssel. Kurzlebige Zertifikate und Tokens verlagern das Problem von der Rotation der Schlüssel zur automatischen Erneuerung der Credentials.
Das Muster ist in allen Ökosystemen gleich: Veröffentliche den neuen Schlüssel, warte, bis jeder Verifizierer ihn hat, signiere ab dann mit ihm und nimm den alten Schlüssel außer Betrieb, nachdem alles abgelaufen ist, was mit ihm signiert wurde. JWKS nutzt kid und Cache-Laufzeiten; DKIM einen neuen Selektor; SSH macht Clients mit UpdateHostKeys einen neuen Hostschlüssel bekannt; TLS lässt altes und neues Zertifikat überlappen; Sigstore und TUF rotieren Root-Schlüssel über signierte Metadaten.
Typische Fehler: das Entfernen des alten Schlüssels, bevor gecachte Tokens ablaufen; Verifizierer, die Schlüssel nur einmal beim Start abrufen; Schlüssel ohne Kennung, sodass Verifizierer alle durchprobieren müssen; und Notfallrotationen, die nie geübt wurden.