Zum Hauptinhalt springen
30. Oktober 2026

Krypto-Agilität: Definition, Bedeutung und Roadmap für 2026-2029

Von SPIE ICS AG

Krypto-Agilität: Definition, Bedeutung und Roadmap für 2026-2029

An unserem Webinar am 9. Dezember teilnehmen

 

Krypto-Agilität bezeichnet die Fähigkeit einer Organisation, einen kryptografischen Algorithmus, einen Schlüssel oder ein Zertifikat auszutauschen, ohne ihre Dienste zu unterbrechen oder ihre Anwendungen neu zu schreiben. Sie ist die Voraussetzung für zwei parallellaufende Vorhaben: die Migration auf die 2024 vom NIST standardisierten Post-Quanten-Algorithmen und die Verkürzung der Laufzeit von TLS-Zertifikaten auf 47 Tage bis 2029, ein Zeitplan, bei dem SPIE ICS Unternehmen und Verwaltungen in der Schweiz begleitet.

Dieser Artikel beantwortet die Fragen von IT-Verantwortlichen und CISOs: was der Begriff genau umfasst, warum er zu einer impliziten regulatorischen Anforderung wird, in welchen Schritten sich Krypto-Agilität aufbauen lässt und welcher Zeitplan bis 2029 einzuhalten ist. 

Was ist Krypto-Agilität? 

Krypto-Agilität ist die Gesamtheit der technischen, organisatorischen und vertraglichen Fähigkeiten, mit denen sich kryptografische Algorithmen in Protokollen, Anwendungen, Software und Hardware austauschen und anpassen lassen, geplant oder als Reaktion auf eine Schwachstelle, ohne Dienstunterbruch und ohne Neuentwicklung der davon abhängigen Systeme. 

Die von den Normungsorganisationen verwendete Definition betont das Wort «Fähigkeiten»: Krypto-Agilität ist weder ein Produkt noch eine isolierte Sicherheitsmassnahme, sondern eine Eigenschaft der Architektur und der Organisation. Sie umfasst die Protokolle (TLS, IPsec, SSH), die Fachanwendungen, die Softwarebibliotheken, die Hardwarekomponenten (HSM, Smartcards, Steuerungen) und die Infrastrukturen, die sie verbinden. 

Eine krypto-agile Organisation kann innerhalb weniger Tage drei Fragen beantworten: Wo wird welcher Verschlüsselungsmechanismus eingesetzt, wer konfiguriert ihn, und was geschieht, wenn ein Algorithmus Wechsel unter Zeitdruck erfolgen muss? Das Gegenbeispiel ist die Banking-Anwendung aus dem Jahr 2009, in der RSA-2048 fest im Code verankert ist und deren Quellcode nicht mehr verfügbar ist. 

Ein konkretes Signal dafür, dass das Thema den Bereich der Zukunftsprognosen verlassen hat: Chrome und Cloudflare setzen seit 2024 standardmässig das hybride Verfahren X25519MLKEM768 für den TLS-Schlüsselaufbau ein. Ihr Browser nutzt also bereits Post-Quanten-Kryptografie, ohne dass Sie das entschieden haben, damit stellt sich auf Serverseite die entsprechende Frage. 

Was ist ein kryptografischer Algorithmus? 

Ein kryptografischer Algorithmus ist ein mathematisches Verfahren, das Daten so umwandelt, dass ihre Vertraulichkeit, Integrität oder Authentizität gewährleistet ist. Man unterscheidet drei Familien von Primitiven: symmetrische Verschlüsselung (AES), asymmetrische Verschlüsselung und Signatur (RSA, ECDSA, ECDH) sowie Hashfunktionen (SHA-2, SHA-3). Die heutigen asymmetrischen Algorithmen sind diejenigen, die der Quantencomputer direkt bedroht; symmetrische Algorithmen und Hashfunktionen erfordern nach heutigem Kenntnisstand lediglich längere Schlüssel. 

Welche Stufen der Krypto-Agilität gibt es? 

Man unterscheidet drei Stufen kryptografischer Agilität: die operative Stufe (Schlüssel und Zertifikate erneuern), die algorithmische Stufe (eine Primitive durch eine andere ersetzen) und die architektonische Stufe (Protokolle, Bibliotheken, HSM und Lieferanten weiterentwickeln). Jede Stufe erfordert andere Werkzeuge, Kompetenzen und Fristen. 

Die meisten Schweizer Organisationen beherrschen die erste Stufe teilweise und entdecken die beiden anderen erst bei einem Audit. Die architektonische Stufe ist die kostspieligste, weil sie Geräte mit Abschreibungszyklen von zehn bis fünfzehn Jahren betrifft: Gebäudeleittechnik, Industriesteuerungen, Zahlungsterminals, Netzwerkgeräte. 

Warum ist Krypto-Agilität für Ihre Organisation wichtig? 

Krypto-Agilität ist wichtig, weil die operative Lebensdauer von Algorithmen immer kürzer wird: SHA-1 und RSA-1024 wurden ausgemustert, RSA und elliptische Kurven werden angesichts der Quantenbedrohung obsolet, und öffentliche Zertifikate sind 2029 nur noch 47 Tage gültig. Ohne diese Fähigkeit wird jeder Übergang zum Notfallprojekt; mit ihr wird der Austausch eines Algorithmus zur geplanten Wartungsaufgabe. 

Der erste Treiber ist die Quantenbedrohung, zusammengefasst in der Formel «Harvest now, decrypt later» (jetzt sammeln, später entschlüsseln). Ein 2026 abgefangener und gespeicherter TLS-Datenstrom kann rückwirkend entschlüsselt werden, sobald ein ausreichend leistungsfähiger Quantencomputer verfügbar ist. Alle Daten, deren Vertraulichkeit über ein Jahrzehnt hinaus gewahrt bleiben muss, etwa Patientendossiers, Industriepatente oder Informationen, die dem Bankgeheimnis oder dem Datenschutzgesetz (DSG) unterliegen, sind daher bereits heute exponiert, auch wenn die Maschine, die RSA knacken kann, noch gar nicht existiert. 

Der zweite Treiber ist regulatorischer Natur. Die FINMA erwartet von den beaufsichtigten Instituten ein Management operationeller Risiken, das auch Informationstechnologie und Cyberrisiken abdeckt; das DSG verlangt technische Massnahmen, die dem Risiko angemessen sind; das Informationssicherheitsgesetz (ISG) regelt die Informationssicherheit des Bundes und seiner Lieferanten. In der Schweiz ist es das Bundesamt für Cybersicherheit (BACS), das die massgeblichen technischen Empfehlungen für den Übergang zur Post-Quanten-Kryptografie veröffentlicht, und keine ausländische Behörde. Keiner dieser Texte nennt einen bestimmten Algorithmus, doch alle machen es unvertretbar, an einer Verschlüsselung festzuhalten, deren Veralterung öffentlich dokumentiert ist. 

Der dritte Treiber ist die Geschäftsstrategie. Grosse Auftraggeber, in der Schweiz wie in der Europäischen Union, nehmen die Post-Quanten-Bereitschaft in ihre Lieferantenfragebögen und Outsourcing-Verträge auf. Ein Dienstleister, der sein kryptografisches Inventar nicht dokumentieren kann, verliert Ausschreibungen, noch bevor die technische Diskussion beginnt.

In 5 Schritten zur Krypto-Agilitäts-Strategie 

Eine Strategie für Krypto-Agilität entsteht in fünf Schritten: vollständige kryptografische Transparenz schaffen, Assets nach der Lebensdauer der Daten priorisieren, eine Abstraktionsschicht einführen (PKI, KMS, zentrale Bibliotheken), das Lebenszyklusmanagement von Schlüsseln und Zertifikaten automatisieren und schliesslich eine Governance mit regelmässigen Umstellungsübungen etablieren. 

  1. Inventar und kryptografische Transparenz. Ein Discovery-Tool scannt das Netzwerk, die Code-Repositories und die Konfigurationen und erstellt daraus eine kryptografische Stückliste (CBOM): Algorithmen, Schlüssellängen, Speicherorte, Verantwortliche. Am häufigsten stösst man auf vergessene selbstsignierte Zertifikate auf Geräten der Gebäudeleittechnik sowie auf nicht mehr gewartete TLS-Bibliotheken. 
  2. Risikoanalyse und Priorisierung. Jedes Asset wird nach der Sensibilität der Daten, ihrer erforderlichen Vertraulichkeitsdauer und der Austauschbarkeit bewertet. Schlüsselaustausch-Verbindungen, die langlebige Daten schützen, haben Vorrang. 
  3. Abstraktion. Kryptografische Aufrufe werden in einer internen PKI, einem KMS und validierten Bibliotheken zentralisiert, sodass ein Algorithmus Wechsel per Konfiguration erfolgt und nicht durch Änderungen am Anwendungscode. 
  4. Automatisierung des Lebenszyklus. Ausstellung, Erneuerung, Widerruf und Rotation von Schlüsseln laufen über Standardprotokolle (ACME, EST, SCEP) und überwachte Pipelines. 
  5. Governance und Übungen. Eine Kryptografie-Richtlinie legt die zugelassenen und die abgekündigten Algorithmen fest; eine jährliche Übung simuliert die Ausserbetriebnahme eines Algorithmus, vergleichbar mit einer Incident-Response-Übung. 

Die klassische Falle besteht darin, ein Discovery-Tool zu kaufen, ohne für jedes Asset eine verantwortliche Person zu bestimmen: Das Inventar veraltet innerhalb von sechs Monaten, und die operative Fähigkeit zur Umstellung existiert noch immer nicht. Die Priorisierung muss von den Fachbereichen validiert werden, denn sie kennen die tatsächliche Lebensdauer ihrer Daten. 

Wie migriert man zur Post-Quanten-Kryptografie? Ein Praxisleitfaden 

Die Post-Quanten-Migration besteht darin, RSA und elliptische Kurven durch die 2024 vom NIST veröffentlichten Standards zu ersetzen: ML-KEM (FIPS 203) für den Schlüsselaufbau, ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) für Signaturen. Die französische ANSSI und das deutsche Bundesamt für Sicherheit in der Informationstechnik (BSI) empfehlen einen hybriden Ansatz, der während der Übergangszeit klassische und Post-Quanten-Verfahren kombiniert. 

Die erste Entscheidung betrifft die Reihenfolge der Vorhaben. Der Schlüsselaustausch kommt vor den Signaturen, denn ein 2026 aufgezeichneter und 2036 entschlüsselter TLS-Verkehr stellt einen realen Schaden dar, während eine nachträglich gebrochene Signatur eine bereits erfolgte Authentifizierung nicht ungültig macht. Site-to-Site-VPN, verschlüsselte Backups und Langzeitarchive werden deshalb zuerst behandelt. 

Die zweite Entscheidung betrifft die Hybridisierung. ECDH und ML-KEM in ein und demselben Austausch zu kombinieren, wie es X25519MLKEM768 in Chrome bereits tut, schützt vor einer noch unbekannten Schwäche der neuen Algorithmen, bei moderatem zusätzlichem Rechenaufwand. Die Nachrichtengrössen nehmen hingegen deutlich zu: Eine ML-DSA-Signatur ist erheblich grösser als eine ECDSA-Signatur vergleichbarer Sicherheitsstufe, was TLS-Handshakes verlängert und Verbindungen mit geringer Bandbreite oder Industriesteuerungen überlasten kann. 

Die dritte Entscheidung betrifft die Hardwarekomponenten. Viele installierte HSM, Gateways und Smartcards werden nie eine Post-Quanten-Firmware erhalten. Ihr Ersatz muss im Infrastrukturbudget und in den Wartungsverträgen eingeplant werden, andernfalls kann die Software-Migration durch ein Gerät mit einem Abschreibungszyklus von fünfzehn Jahren blockiert werden. 

Kryptografische Agilität und Verwaltung von TLS/SSL-Zertifikaten 

Das CA/Browser Forum verkürzt die maximale Gültigkeit öffentlicher TLS-Zertifikate seit dem 15. März 2026 von 398 auf 200 Tage (Ballot SC-081), danach auf 100 Tage per 15. März 2027 und auf 47 Tage per 15. März 2029. In diesem Takt wird die manuelle Erneuerung unbeherrschbar: Die Automatisierung über das ACME-Protokoll bildet die Grundlage der Zertifikatsagilität. 

Diese Verkürzung folgt einer doppelten Logik. Einerseits bietet ein kompromittiertes Zertifikat oder ein kompromittierter privater Schlüssel nur noch ein Angriffsfenster von wenigen Wochen. Andererseits kann ein Zertifikatsbestand, der alle sieben Wochen erneuert wird, in weniger als zwei Monaten auf einen neuen Signaturalgorithmus oder eine neue Schlüssellänge umsteigen, während ein jährlich erneuerter Bestand seine alten Zertifikate länger als ein Jahr behalten würde. 

Die Einschränkung betrifft auch die Domain-Validierung (DCV), deren Wiederverwendung 2029 auf zehn Tage begrenzt wird. Für eine Organisation, die mehrere hundert digitale Zertifikate auf Load Balancern, Kundenportalen und Netzwerkgeräten betreibt, ist die automatisierte Erneuerung bei dieser Frequenz die einzige praktikable Methode. 

Wie organisiert man die automatisierte Erneuerung? 

Ein ACME-Deployment besteht aus vier Ebenen: einem ACME-Client pro Plattform (certbot, acme.sh, win-acme oder der integrierte Agent des Load Balancers), einer geeigneten Validierungsmethode (DNS-01 für Wildcard-Zertifikate und interne Server, HTTP-01 für öffentlich erreichbare Websites), einer öffentlichen oder privaten Zertifizierungsstelle, die ACME unterstützt, und einem Monitoring, das zehn Tage vor Ablauf alarmiert. Interne Zertifikate folgen derselben Disziplin über eine Unternehmens-PKI, damit die Teams nicht zwei getrennte Prozesse pflegen müssen. 

Roadmap 2026-2029: Post-Quanten-Bereitschaft in der Schweiz 

In der Schweiz legt noch kein Gesetz eine Frist für die Post-Quanten-Migration fest, doch FINMA, DSG und ISG verlangen dem Risiko angemessene Sicherheitsmassnahmen. Das BACS veröffentlicht die massgeblichen technischen Empfehlungen für Schweizer Organisationen. Die koordinierte Roadmap der Europäischen Union zielt auf 2030 für Hochrisiko-Anwendungsfälle und auf 2035 für alle übrigen. Eine Schweizer Organisation sollte ihr Inventar 2026 abgeschlossen und ihre kritischen Datenströme vor 2030 abgesichert haben. 

  1. 2026: vollständiges kryptografisches Inventar, Bestimmung der Verantwortlichen, erste Zertifikate mit 200 Tagen Laufzeit, von der Geschäftsleitung genehmigte Kryptografie-Richtlinie 
  2. 2027: Umstellung auf 100 Tage, flächendeckende ACME-Automatisierung, hybride ML-KEM-Pilotprojekte für VPN und Backups, Post-Quanten-Klauseln in neuen Lieferantenverträgen 
  3. 2028: Ausweitung des hybriden Schlüsselaustauschs auf alle externen Datenströme, Ersatzplan für HSM und nicht kompatible Geräte, erste Tests mit ML-DSA-Signaturen 
  4. 2029: Zertifikate mit 47 Tagen Laufzeit, DCV-Wiederverwendung auf zehn Tage begrenzt, Umstellung der Code- und Firmware-Signaturen, Übung zur Ausserbetriebnahme eines Algorithmus 
  5. 2030 und danach: Hochrisiko-Datenströme vollständig post-quantensicher, schrittweise Ausserbetriebnahme klassischer Algorithmen in den verbleibenden Systemen 

Der europäische Zeitplan wirkt sich direkt auf exportorientierte Schweizer Unternehmen und auf Dienstleister von Finanzinstituten aus, die sich an ihren Kunden und Partnern ausrichten müssen. Die Bewegung ist international: Mehrere nationale Behörden, darunter das BACS für die Schweiz, haben Aufrufe zum Handeln für den Post-Quanten-Übergang veröffentlicht, und führende Bundesverwaltungen haben das Thema zu einer Priorität ihrer digitalen Sicherheit erklärt. 

Checkliste: 10 Sofortmassnahmen für den Einstieg in die Krypto-Agilität 

Mit zehn Massnahmen lässt sich Krypto-Agilität ohne aufwendiges Transformationsprogramm anstossen: Sie betreffen Inventar, Verantwortlichkeiten, Zertifikatsautomatisierung und Vertragsklauseln und lassen sich mit den bestehenden Teams und Budgets in ein bis zwei Quartalen umsetzen. 

  1. Öffentliche Zertifikate und ihr Ablaufdatum anhand der Certificate-Transparency-Logs erfassen 
  2. Interne TLS-Ports scannen, um Protokollversionen und aktive Cipher Suites zu identifizieren 
  3. Für jede Anwendung, die Kryptografie nutzt, eine namentlich verantwortliche Person bestimmen 
  4. Daten nach ihrer erforderlichen Vertraulichkeitsdauer klassifizieren (unter 5 Jahre, 5 bis 10 Jahre, über 10 Jahre) 
  5. Einen ACME-Client in einem ersten, nicht kritischen Bereich einführen und die Erfolgsquote der Erneuerungen messen 
  6. Software- und Hardwarehersteller nach ihrem Zeitplan für die Unterstützung von Post-Quanten-Algorithmen fragen 
  7. Eine Krypto-Agilitäts-Klausel in neue Outsourcing- und Wartungsverträge aufnehmen 
  8. Einen hybriden Schlüsselaustausch (X25519MLKEM768 oder gleichwertig) auf einem Test-VPN-Tunnel zwischen zwei Standorten aktivieren 
  9. Eine einseitige Kryptografie-Richtlinie verfassen, die zugelassene, tolerierte und verbotene Algorithmen auflistet 
  10. Eine Tabletop-Übung zur Ausserbetriebnahme eines Algorithmus mit den Infrastruktur-, Applikations- und Compliance-Teams planen 

FAQ: Antworten auf häufige Fragen zur Krypto-Agilität 

Was ist der Unterschied zwischen Post-Quanten-Kryptografie und Quantenkryptografie? 

Quantenkryptografie bezeichnet Mechanismen, die auf den physikalischen Eigenschaften der Quantenmechanik beruhen, etwa die Quantenschlüsselverteilung (QKD). Post-Quanten-Algorithmen hingegen sind klassische mathematische Verfahren (vom NIST unter den Referenzen FIPS 203 bis 205 standardisiert), die einem Quantencomputer standhalten sollen und dabei auf heutigen Infrastrukturen laufen. Diese zweite Familie ist kurzfristig einsetzbar und bildet den Kern der Post-Quanten-Migration. 

Welcher Post-Quanten-Verschlüsselungsalgorithmus ist der beste? 

Es gibt keinen einzelnen Algorithmus, der sich für alle Einsatzzwecke eignet. ML-KEM (FIPS 203) ist die Referenz für den Post-Quanten-Schlüsselaufbau: Diesen Algorithmus nutzen Chrome und Cloudflare bereits im Hybridmodus. ML-DSA (FIPS 204) setzt sich für gängige Signaturen durch, SLH-DSA (FIPS 205) für Signaturen mit sehr hohen Sicherheitsanforderungen trotz seiner beträchtlichen Grösse, und HQC wurde vom NIST als Ausweichalgorithmus zu ML-KEM ausgewählt. Für ruhende Daten bleibt AES-256 geeignet. Die Wahl hängt von den Anforderungen an Grösse, Performance und Zertifizierung der Komponenten ab. 

Warum sollte die Migration des Schlüsselaustauschs vor jener der Signaturen erfolgen? 

TLS-Verkehr, der heute mit RSA oder ECDH verschlüsselt wird, kann aufgezeichnet und rückwirkend entschlüsselt werden, sobald ein ausreichend leistungsfähiger Quantencomputer existiert: Das ist der sogenannte «Harvest now, decrypt later»-Angriff. Eine nachträglich gebrochene digitale Signatur macht hingegen eine bereits erfolgte und protokollierte Authentifizierung nicht ungültig. VPN, verschlüsselte Backups und Langzeitarchive müssen daher vorrangig auf ML-KEM migriert werden, noch bevor die Signaturen angegangen werden. 

Wie automatisiert man die Erneuerung von TLS-Zertifikaten mit ACME? 

ACME ist ein standardisiertes Protokoll (RFC 8555), bei dem ein auf dem Server installierter Client die Kontrolle über eine Domain nachweist (per DNS-Eintrag oder HTTP-Datei) und anschliessend ein Zertifikat ohne menschliches Zutun bezieht und installiert. Eine vollständige Automatisierung setzt einen Client pro Plattform (certbot, acme.sh, win-acme oder der native Agent des Load Balancers), eine kompatible öffentliche oder private Zertifizierungsstelle, kontrollierte DNS-Schreibrechte und ein Monitoring fehlgeschlagener Erneuerungen voraus. Da die DCV-Wiederverwendung 2029 auf zehn Tage begrenzt wird, ist diese Automatisierung nicht mehr optional. 

Was empfehlen BACS, BSI, ANSSI und NIST zur kryptografischen Agilität? 

Das NIST hat ML-KEM, ML-DSA und SLH-DSA 2024 standardisiert und definiert Krypto-Agilität als die Gesamtheit der Fähigkeiten, die nötig sind, um Algorithmen in Protokollen, Anwendungen, Software und Hardware auszutauschen und anzupassen. Die französische ANSSI empfiehlt einen schrittweisen Übergang, bei dem klassische und Post-Quanten-Verfahren kombiniert werden, solange noch nicht genügend Erfahrungen mit den neuen Algorithmen vorliegen. Auch das deutsche BSI empfiehlt, Post-Quanten-Verfahren möglichst nur in Kombination mit klassischen Verfahren einzusetzen. In der Schweiz ist das Bundesamt für Cybersicherheit (BACS) die massgebliche Behörde: Seine technischen Empfehlungen richten sich direkt an Schweizer Verwaltungen und Betreiber kritischer Infrastrukturen. 

Was ist der Ballot SC-081 des CA/Browser Forum? 

Der Ballot SC-081 ist der formelle Beschluss des CA/Browser Forum, der den Zeitplan für die Verkürzung der Gültigkeitsdauer öffentlicher TLS-Zertifikate festlegt: höchstens 200 Tage seit dem 15. März 2026, 100 Tage ab dem 15. März 2027 und 47 Tage ab dem 15. März 2029. Er begrenzt zudem die Wiederverwendung der Domain-Control-Validierung (DCV) ab 2029 auf zehn Tage. Dieser Zeitplan macht die Automatisierung über ACME für jeden Zertifikatsbestand nennenswerter Grösse unverzichtbar. 

Das Wichtigste in Kürze 

Drei Punkte fassen das Vorgehen zusammen. Krypto-Agilität beginnt mit Transparenz: Ohne aktuelles kryptografisches Inventar lässt sich keine Migration steuern. Die durch die 47-Tage-Grenze ab 2029 erzwungene Zertifikatsautomatisierung ist das zugänglichste Übungsfeld für die Post-Quanten-Migration. Und schliesslich bestimmen Hardware und Lieferantenverträge den tatsächlichen Zeitplan weit stärker als der Anwendungscode. 

SPIE ICS unterstützt Schweizer Unternehmen und Institutionen bei der Inventarisierung ihrer kryptografischen Landschaft, der Automatisierung ihrer ICT-Services und der Post-Quanten-Vorbereitung ihrer technischen Infrastrukturen. Um den Krypto-Agilitäts-Reifegrad Ihrer Organisation zu beurteilen, besuchen Sie unsere Seite zur Cybersicherheit oder kontaktieren Sie unsere Teams.

 

An unserem Webinar am 9. Dezember teilnehmen

Teilen

SPIE ICS
Blog
Cybersecurity