Kryptografiewechsel braucht einen gemeinsamen Umschaltplan

Kurzfassung: Neue kryptografische Verfahren schützen eine Verbindung erst, wenn die beteiligten Systeme sie gemeinsam einsetzen können. NIST beschreibt neben dem Algorithmuswechsel ausdrücklich Probleme der Kompatibilität und Einführung. Unternehmen sollten deshalb nicht nur austauschbare Bibliotheken bestellen, sondern einen abgestimmten Wechselpfad: mit getesteten Gegenstellen, einer Entscheidung über den Altbetrieb und einem Nachweis der tatsächlich verwendeten Verfahren.

Der eigene Dienst ist aktualisiert. Der Lieferant bestätigt ebenfalls, das neue Verfahren zu unterstützen. Trotzdem scheitert die Verbindung nach dem Abschalten der alten Konfiguration. Zwischen zwei positiven Produktmeldungen kann eine ungeklärte Abhängigkeit liegen: eine Zwischenkomponente, eine abweichende Sicherheitsrichtlinie oder eine noch nicht umgestellte Gegenstelle.

Für die Geschäftsführung ist das kein Detail der Algorithmuswahl. Es entscheidet darüber, ob ein Sicherheitswechsel im laufenden Geschäft gelingt. Wer nur fragt, ob seine Software neue Kryptografie unterstützt, kennt weder den gemeinsamen Umschalttermin noch die Folgen für Geschäftspartner, die bis dahin nicht bereit sind.

Ein neuer Algorithmus ist noch kein gemeinsamer Betrieb

Das US-amerikanische National Institute of Standards and Technology erläutert diesen Unterschied in „Considerations for Achieving Crypto Agility: Strategies and Practices“, NIST CSWP 39. Für diesen Beitrag wurde am 16. Oktober 2026 die aktualisierte Datei „39-upd1“ gelesen; das Dokument trägt das Datum 19. Dezember 2025. Es handelt sich um eine fachliche Grundlage, nicht um eine neue Oktober-Meldung.

Kryptoagilität bedeutet dort, kryptografische Verfahren in Protokollen, Anwendungen, Software, Hardware und Infrastruktur ersetzen oder anpassen zu können und dabei Sicherheit sowie laufenden Betrieb zu erhalten. Für Kommunikationsprotokolle gehört dazu, dass die beteiligten Seiten gemeinsame sichere Verfahren verwenden können. Neue Verfahren einzubauen und verwundbare nicht mehr zuzulassen sind zwei Teile derselben Aufgabe.

Der Begriff „Cipher-Suite“ bezeichnet eine vereinbarte Kombination kryptografischer Verfahren. Welche Sicherheitsfunktionen gemeinsam oder getrennt ausgehandelt werden, hängt vom Protokoll ab. Ein Unternehmen sollte deshalb eine Aussage wie „neue Cipher-Suite unterstützt“ nicht als vollständigen Nachweis für Schlüsselaustausch, Zertifikate, Signaturen und sämtliche beteiligten Komponenten behandeln.

NIST weist in Abschnitt 3.2 darauf hin, dass Entwicklung, Implementierung und Einführung neuer Protokollverfahren Jahre dauern können, insbesondere wenn dafür zusätzliche Infrastruktur nötig ist. Diese Feststellung liefert keine feste Dauer für das eigene Projekt. Sie erklärt aber, weshalb ein verfügbarer Ersatzalgorithmus und ein abgeschlossener Wechsel weit auseinanderliegen können.

Kompatibilität hat ein Ablaufdatum

Während einer Migration können alte und neue Verfahren zeitweise nebeneinander unterstützt werden. Das erleichtert den Übergang. Es löst jedoch nicht die Frage, wann das alte Verfahren tatsächlich verschwindet.

NIST beschreibt den Zielkonflikt ausdrücklich: Betreiber zögern unter Umständen, verwundbare Verfahren abzuschalten, weil sonst einzelne Gegenstellen nicht mehr verbinden können. Wird dagegen zu einem festgelegten Termin umgeschaltet, geht die Kompatibilität mit Implementierungen verloren, die das neue Verfahren nicht unterstützen. Die technische Einstellung enthält damit eine betriebliche Entscheidung: Welche Verbindung darf ausfallen, wenn die Sicherheitsanforderung nicht mehr erfüllt wird?

Eine unbegrenzte Rückfallmöglichkeit auf das alte Verfahren ist keine neutrale Übergangslösung. Sie kann genau die Nutzung erhalten, die beendet werden soll. Umgekehrt darf ein Rückweg nach einer fehlerhaften Umstellung nicht pauschal verboten werden, ohne die Folgen für den Betrieb zu kennen. Entscheidend ist, welche Konfiguration noch vertretbar ist und wer eine befristete Ausnahme verantwortet. Ein bekanntermaßen unzulässiges Verfahren wird nicht dadurch sicher, dass der Einkauf es zur Notfalloption erklärt.

NIST nennt außerdem den Schutz der Algorithmusaushandlung vor Manipulation. Ein Angreifer soll die Verbindung nicht unbemerkt auf schwächere Verfahren zurückdrängen können. Ein gemeinsamer Umschaltplan muss daher beides prüfen: Funktioniert die neue Verbindung, und ist ein nicht mehr erlaubter Altpfad wirklich ausgeschlossen?

Die relevante Einheit ist die Kommunikationskette

Ein hypothetischer Mittelständler übermittelt vertrauliche Auftragsdaten an einen Fertigungspartner. Auf der eigenen Seite stehen Anwendung, Sicherheitsgateway und ein betreuter Verbindungsdienst. Der Partner hat eigene Komponenten und einen anderen Dienstleister. Beide IT-Abteilungen können ihre Bibliotheken aktualisieren. Keine von ihnen kann allein für sämtliche Gegenstellen und Richtlinien entscheiden.

Für eine belastbare Planung müsste das Unternehmen zunächst klären, wo die geschützte Verbindung jeweils beginnt und endet. Ein Gateway kann eine Verbindung beenden und eine weitere aufbauen. Dann sind die beiden Abschnitte getrennt zu prüfen. Eine erfolgreiche neue Verbindung zum Gateway sagt noch nichts über den anschließenden Abschnitt aus.

Auch die Zuständigkeiten müssen entlang dieser Kette bekannt sein. Wer darf die neue Konfiguration aktivieren? Wer aktualisiert Zertifikate oder Vertrauensspeicher, soweit diese betroffen sind? Wer kann die alte Variante sperren? Und wer beim Geschäftspartner bestätigt nicht nur die Produktverfügbarkeit, sondern den erfolgreichen Betrieb mit der eigenen Gegenstelle?

Das Beispiel ist keine dokumentierte Störung. Es zeigt, weshalb eine Liste aktualisierter Komponenten den Ende-zu-Ende-Nachweis nicht ersetzt. Der langsamste notwendige Teil des Wechselpfads kann den Termin bestimmen. Parallel mögliche Arbeiten sollten deshalb nicht unnötig aufeinander warten; echte Abhängigkeiten müssen dagegen im Zeitplan sichtbar bleiben.

Was Einkauf und Betrieb gemeinsam vereinbaren sollten

Aus den NIST-Überlegungen lässt sich ein konkreter Arbeitsauftrag ableiten. Die folgenden Punkte sind eine redaktionelle Empfehlung, kein von NIST vorgeschriebenes Vertragsmuster.

Den Zielzustand benennen. Für jede kritische Verbindung werden Protokollversionen, erforderliche kryptografische Funktionen, zulässige Konfigurationen und beteiligte Gegenstellen festgehalten. „PQC-fähig“ oder „kryptoagil“ allein ist als Abnahmekriterium zu unscharf. Auch Platzbedarf, Laufzeit und Übertragungsverhalten müssen zur Anwendung passen; NIST weist auf mögliche Größen- und Leistungsänderungen neuer Verfahren hin.

Die gemeinsame Umstellung terminieren. Benötigt werden nicht nur Lieferdaten für Software, sondern Testfenster, Updatebefugnisse und Bestätigungen der Partner. Fehlt noch eine Spezifikation oder ein unterstütztes Produkt, gehört das als offene Abhängigkeit in den Plan statt als bereits verfügbare Fähigkeit in die Statusmeldung.

Das Ende der alten Nutzung entscheiden. Ein Übergangsfenster braucht einen Verantwortlichen und ein Ende oder einen verbindlichen erneuten Entscheidungstermin. Für Gegenstellen, die nicht rechtzeitig wechseln können, muss der Fachbereich die geschäftlichen Folgen bewerten. Informationssicherheit beurteilt das verbleibende Risiko. Einkauf klärt die zugesagten Leistungen und Eskalationswege mit den Anbietern.

Den tatsächlichen Einsatz nachweisen. Eine Arbeitsprobe sollte die vereinbarte neue Verbindung mit der realen Gegenstelle oder einer ausreichend repräsentativen Testumgebung herstellen. Zusätzlich ist zu prüfen, dass eine nicht mehr erlaubte Konfiguration abgewiesen wird. Geeignete Betriebsinformationen sollen zeigen, welches Verfahren tatsächlich verwendet wurde. Ein Produktdatenblatt beweist nur eine angebotene Fähigkeit, nicht ihre Nutzung in dieser Verbindung.

Umstellungsdauer ist eine eigene Risikogröße

Die Vorbereitung kann mit einer einzigen geschäftskritischen Verbindung beginnen. Gemessen wird die Zeit vom verbindlichen Wechselauftrag bis zum nachgewiesenen Zielzustand einschließlich der erforderlichen Partnerhandlungen. Wartezeiten für Freigaben, Dienstleister und Zertifikatswechsel sollten getrennt vom eigentlichen technischen Eingriff erfasst werden.

Eine solche Probe liefert keine universelle Kennzahl. Ihr Ergebnis gilt für die geprüfte Kette und ihre Bedingungen. Sie zeigt aber, ob ein Unternehmen eine neue Sicherheitsanforderung praktisch umsetzen kann oder nur weiß, welcher Algorithmus dafür vorgesehen ist. Wo eine notwendige Gegenstelle keinen Wechselpfad hat, stehen Nachrüstung, Ersatz oder eine Änderung des Geschäftsablaufs zur Entscheidung.

Dafür braucht es keine Behauptung, KI habe bestehende Kryptografie bereits gebrochen. Solche Aussagen sind durch die hier geprüfte Quelle nicht belegt. Kryptoagilität ist gerade deshalb nützlich, weil Wechsel unterschiedliche Auslöser haben können: neue kryptanalytische Erkenntnisse, veränderte Rechenmöglichkeiten, fehlerhafte Implementierungen oder geänderte Anforderungen.

Die Führungsfrage lautet somit nicht nur: Können wir einen neuen Algorithmus einsetzen? Sie lautet: Können wir gemeinsam mit unseren Gegenstellen rechtzeitig wechseln und die alte Nutzung kontrolliert beenden? Erst ein geprüfter Umschaltplan macht aus technischer Austauschbarkeit eine belastbare betriebliche Fähigkeit.