Verschlüsselung braucht ein Ablaufdatum, bevor sie zum Betriebsrisiko wird

Verschlüsselung wirkt im Betrieb oft wie ein unsichtbarer Schutzschild. Solange Anwendungen laufen, Zertifikate gültig sind und Verbindungen grün angezeigt werden, fragt kaum jemand, welche Verfahren dahinterstehen. Genau darin liegt das Risiko. Wenn Verschlüsselung zu spät als austauschbare Betriebsabhängigkeit verstanden wird, wird der spätere Wechsel teuer, hektisch und fehleranfällig.

Der Druck entsteht nicht erst, wenn ein leistungsfähiger Quantencomputer im Alltag verfügbar ist. Er entsteht schon vorher, weil Unternehmen wissen müssen, wo sie heute welche kryptografischen Verfahren einsetzen. Ohne Inventar, Zuständigkeit und Austauschplan bleibt jede Migration ein Blindflug. Für ITSM und IT-Management ist Post-Quanten-Kryptografie deshalb weniger ein Forschungsthema als eine Frage sauberer Betriebssteuerung.

Warum der Betriebsblick früher beginnt als die Technikmigration

NIST beschreibt Post-Quanten-Kryptografie als Antwort auf die Erwartung, dass bestimmte heutige asymmetrische Verfahren durch ausreichend starke Quantencomputer gefährdet werden können. Dazu gehören vor allem Verfahren, die für Schlüsselaustausch und digitale Signaturen eingesetzt werden. Die neuen NIST-Standards FIPS 203, FIPS 204 und FIPS 205 liefern dafür standardisierte Bausteine. Aus Betriebssicht ist damit aber nur ein Teil der Arbeit erledigt.

Ein Standard ersetzt keine Anwendung automatisch. Er sagt nicht, welche Eigenentwicklung noch alte Bibliotheken nutzt, welche Appliances fest verbaute Verfahren haben, welche Lieferanten Updates liefern oder welche Zertifikatsketten betroffen sind. Genau diese Fragen landen später bei Architektur, Einkauf, Service Ownern, Security und Betrieb. Wer sie erst im Projektstart stellt, verliert Zeit.

Krypto-Inventar klingt trocken, verhindert aber Panik

Der wichtigste erste Schritt ist ein Inventar. Welche Systeme nutzen welche Verschlüsselung. Wo werden Signaturen geprüft. Welche Schnittstellen arbeiten mit Zertifikaten. Welche Daten müssen langfristig vertraulich bleiben. Welche Produkte lassen sich aktualisieren und welche sind abhängig von Hersteller-Roadmaps. Diese Liste ist selten vollständig vorhanden, weil Kryptografie über Jahre als technisches Detail in Anwendungen, Plattformen und Verträgen verschwunden ist.

Für ITSM ist das Inventar kein reines Security-Dokument. Es gehört in die Nähe von Servicekatalog, Konfigurationsmanagement und Lieferantensteuerung. Wenn ein Service kritisch ist, muss sichtbar sein, welche kryptografischen Abhängigkeiten er hat und wer Änderungen daran verantwortet. Sonst bleibt der Austausch ein Projekt ohne belastbare Reihenfolge.

Langfristig geschützte Daten sind zuerst betroffen

CISA warnt im Kontext der Quantenbereitschaft besonders vor Daten, die heute abgefangen und später entschlüsselt werden könnten. Diese Logik wird häufig als später entschlüsseln beschrieben. Für Management und Betrieb bedeutet das. Nicht alle Daten haben dasselbe Risiko. Ein Passwort-Reset-Link von gestern ist anders zu bewerten als Gesundheitsdaten, Rechtsunterlagen, Identitätsdaten, Entwicklungsgeheimnisse oder langfristige Vertragsinformationen.

Darum sollte die Priorisierung nicht nur nach technischer Sichtbarkeit erfolgen. Entscheidend ist, welche Daten wie lange vertraulich bleiben müssen und welche Systeme diese Daten übertragen oder speichern. Ein unscheinbarer Archivdienst kann wichtiger sein als eine prominente Webanwendung, wenn dort langlebige vertrauliche Informationen liegen.

Lieferanten werden Teil des Migrationsplans

Die NSA hat für nationale Sicherheitssysteme Anforderungen und Zeitlinien zur Umstellung auf quantenresistente Verfahren veröffentlicht. Auch wenn solche Vorgaben nicht direkt für jedes Unternehmen gelten, zeigen sie die Richtung. Der Wechsel wird nicht an einer einzigen internen Entscheidung hängen. Er hängt an Produkten, Cloud-Diensten, Identitätsplattformen, Netzwerkkomponenten, Zertifizierungsstellen, Entwicklungsbibliotheken und externen Dienstleistern.

Das macht Lieferantensteuerung wichtig. Verträge, Sicherheitsfragebögen und Architekturfreigaben sollten klären, ob Anbieter eine Roadmap für Post-Quanten-Kryptografie haben, welche Standards sie unterstützen wollen und wie Updates bereitgestellt werden. Ohne diese Fragen merkt der Betrieb möglicherweise erst beim nächsten Audit oder bei einer regulatorischen Anforderung, dass ein Kernprodukt nicht rechtzeitig mitzieht.

Änderungen brauchen Tests, Rückwege und Kommunikation

Der Austausch kryptografischer Verfahren ist heikel, weil kleine Fehler große Wirkung haben können. Verbindungen brechen ab, Signaturen werden nicht akzeptiert, alte Clients verstehen neue Verfahren nicht oder Zertifikatsketten passen nicht mehr. Deshalb gehört der Wechsel in ein kontrolliertes Change- und Testmodell. Pilotgruppen, Kompatibilitätstests, klare Rollback-Entscheidungen und abgestimmte Wartungsfenster sind kein bürokratischer Zusatz. Sie schützen die Betriebsfähigkeit.

Auch Kommunikation ist wichtig. Fachbereiche müssen nicht jedes mathematische Detail kennen. Sie müssen aber verstehen, warum ein scheinbar unsichtbares Sicherheitsthema Aufwand erzeugt, warum manche Altanwendungen früher abgelöst werden und warum Dienstleister neue Nachweise liefern sollen. Eine verständliche Begründung verhindert, dass Post-Quanten-Kryptografie als abstraktes Spezialprojekt abgetan wird.

Was IT-Management jetzt konkret vorbereiten kann

Ein pragmatischer Start besteht aus fünf Arbeitslinien, auch wenn sie nicht als Zahlenheadline taugen. Erstens wird ein Krypto-Inventar aufgebaut. Zweitens werden langlebige Daten und besonders kritische Services markiert. Drittens werden Lieferanten nach Roadmaps und Updatefähigkeit gefragt. Viertens werden neue Architekturentscheidungen so getroffen, dass spätere Austauschbarkeit möglich bleibt. Fünftens wird ein Betriebsprozess definiert, der kryptografische Änderungen testet, freigibt und dokumentiert.

Diese Arbeit muss nicht sofort jedes Detail lösen. Sie muss aber verhindern, dass Verschlüsselung als unsichtbare Altlast weiterwächst. Wer heute neue Systeme beschafft, Schnittstellen baut oder langfristige Daten speichert, sollte bereits fragen, wie austauschbar die verwendete Kryptografie ist. Das ist keine Panik vor der Zukunft, sondern normale technische Vorsorge.

Fazit

Post-Quanten-Kryptografie wird oft als hochspezialisiertes Sicherheitsthema erzählt. Für den Betrieb ist die wichtigere Frage einfacher. Weiß die Organisation, wo Verschlüsselung steckt, wie lange die geschützten Daten relevant bleiben und wer den späteren Austausch verantwortet. Wenn diese Antworten fehlen, wird moderne Kryptografie selbst zum Betriebsrisiko. Der beste Zeitpunkt für den Migrationsplan ist deshalb nicht der Tag der großen Umstellung, sondern der Moment, in dem Services, Lieferanten und Daten heute noch in Ruhe sortiert werden können.

Quellen

• NIST. Post-Quantum Cryptography Project
• NIST. FIPS 203. Module-Lattice-Based Key-Encapsulation Mechanism Standard
• NIST. FIPS 204. Module-Lattice-Based Digital Signature Standard
• NIST. FIPS 205. Stateless Hash-Based Digital Signature Standard
• NSA. Quantum-resistant algorithm requirements
• CISA. Quantum readiness and migration to post-quantum cryptography