Kryptoagilität

Kryptoagilität bezeichnet die Eigenschaft eines Systems, die verwendeten kryptografischen Verfahren, Parameter und Schlüssellängen wechseln zu können, ohne dass das System selbst umgebaut werden muss.

Der Begriff ist älter als die Diskussion um Quantenrechner. Er entstand aus den Ablösungen, die ihm vorausgingen — DES, RC4, MD5, SHA-1 —, und aus der Erfahrung, dass keine davon schnell ging. Zwischen dem ersten praktikablen Kollisionsangriff auf MD5 und dem Verschwinden des Verfahrens aus dem Bestand lagen weit über zehn Jahre.

Was ein Verfahren festnagelt

Unbeweglich wird Kryptografie meist nicht an der Stelle, an der sie gerechnet wird, sondern dort, wo ihre Ergebnisse abgelegt werden:

• Feste Feldbreiten in Protokollen und Datenformaten. Ein Feld, das für einen 256-Bit-Wert vorgesehen ist, nimmt keinen PQC-Schlüssel auf.
• Fest verdrahtete Verfahrensnamen in Konfiguration, Datenbankschemata und Schnittstellen.
• Hardware, die ein Verfahren beschleunigt und ein anderes nicht — Sicherheitsmodule, Chipkarten, Beschleuniger in Netzwerkkarten.
• Zertifikatsketten, deren Wurzeln jahrzehntelang gültig sind und die sich nicht einseitig austauschen lassen.
• Geräte ohne gesicherten Update-Weg. Ein Steuergerät, das keine signierte Firmware nachladen kann, bleibt bei dem Verfahren, mit dem es ausgeliefert wurde.

Der letzte Punkt hat eine unangenehme Verschränkung: Der Update-Mechanismus ist selbst kryptografisch gesichert. Ist er nicht agil, lässt sich auch nichts anderes mehr austauschen. Die Leitlinie zur PQC-Umstellung nennt quantensichere Software-Update-Mechanismen deshalb ausdrücklich als vorzuziehende Maßnahme.

Verhandeln hat einen Preis

Der naheliegende Weg zur Agilität ist die Aushandlung: Beide Seiten einigen sich zur Laufzeit auf ein Verfahren. Genau das tut TLS mit seinen Cipher Suites.

Damit handelt man sich eine eigene Angriffsfläche ein. Wer die Aushandlung manipulieren kann, drängt beide Seiten auf das schwächste gemeinsame Verfahren — der Downgrade-Angriff, und die Geschichte von SSL und TLS besteht zu einem guten Teil aus ihm. Agilität ohne Mindestanforderungen und ohne Integritätsschutz der Aushandlung ist deshalb keine Verbesserung, sondern eine Verlagerung des Problems.

Dazu kommt der schlichte Umstand, dass jede zusätzliche Wahlmöglichkeit die Zahl der zu prüfenden Kombinationen erhöht. Agilität ist kein Selbstzweck: Ein System, das drei Verfahren sauber beherrscht und sie austauschen kann, ist besser als eines mit dreißig.

Die Beschaffungsseite

Neu an der aktuellen Diskussion ist weniger der Begriff als sein rechtlicher Ort. Die gemeinsame Leitlinie von BMDS, BMI und BSI vom Oktober 2026 verlangt, bei Beschaffung und Vergabe die Anforderungen zu PQC und Kryptoagilität nach BSI TR-02102 standardmäßig zu beachten.

Damit wandert Kryptoagilität aus der Architekturdiskussion in den Vertrag. Dazu passt, dass dieselbe Leitlinie empfiehlt, die Bereitstellung eines maschinenlesbaren Verzeichnisses der eingesetzten Verfahren vertraglich festzuhalten — ein Lieferant, der nicht sagen kann, welche Kryptografie in seinem Produkt steckt, kann auch nicht zusagen, sie zu wechseln.

Abgrenzung

Nicht dasselbe wie Post-Quanten-Kryptografie. PQC ist ein Satz konkreter Verfahren, Kryptoagilität eine Eigenschaft des Systems, das sie einsetzt. Ein System kann heute PQC verwenden und trotzdem unbeweglich sein — dann steht die nächste Umstellung vor demselben Problem.

Nicht dasselbe wie Verfahrensvielfalt. Viele unterstützte Algorithmen bedeuten nicht, dass sich einer davon folgenlos entfernen lässt. Agil ist ein System erst, wenn das Entfernen so einfach ist wie das Hinzufügen.

Kein Ersatz für Mindestanforderungen. Welches Verfahren gelten darf, entscheidet die Richtlinie, nicht die Verhandlung. Das ist der Punkt, an dem Kerckhoffs' Prinzip und Agilität zusammenfinden: Offenlegen darf man das Verfahren, aushandeln nur innerhalb dessen, was man verantworten kann.

Normen

• BSI TR-02102-1 – Kryptographische Verfahren: Empfehlungen und Schlüssellängen
• BSI IT-Grundschutz, Baustein CON.1 – Kryptokonzept