Kurz gesagt: Hardware, nicht Software, ist oft das eigentliche Hindernis für Krypto-Agilität. Denn kryptografische Beschleuniger mit fester Funktion, speicherbeschränkte OT-Geräte und Hardware-Sicherheitsmodule mit statischer Algorithmenunterstützung lassen sich nach der Installation nicht mehr im Feld aktualisieren. Das ist relevant, weil Post-Quanten-Algorithmen deutlich mehr Rechenleistung und Speicher benötigen als klassische Kryptografie. Ein TLS-Handshake mit PQC kann auf einem Mikrocontroller der Mittelklasse etwa 35 % des verfügbaren RAM belegen, im Vergleich zu etwa 1 % bei elliptischer Kurvenkryptografie. Daher ist ältere Hardware möglicherweise nicht in der Lage, die für eine Krypto-Agilitätsstrategie erforderlichen Algorithmen auszuführen. Es empfiehlt sich, die Hardware-Funktionen für Kryptografie jetzt zu erfassen, für neue Implementierungen aufrüstbare hardwaregestützte Kryptografie (FPGA-basierte Designs, programmierbare HSMs) zu bevorzugen und für die Übergangszeit eine hybride Unterstützung von klassischer und Post-Quanten-Kryptografie einzuplanen.
Wichtige Erkenntnisse
- Hardwarebasierte kryptografische Beschleuniger können im Allgemeinen nach der Inbetriebnahme nicht aktualisiert werden; wenn ihre unterstützten Algorithmen veraltet sind, müssen die Geräte auf langsamere, rein softwarebasierte Implementierungen zurückgreifen, oder der Fehler kann im Feld einfach nicht behoben werden.
- Ein PQC-basierter TLS-Handshake kann etwa 35 % des verfügbaren RAM auf einem Mikrocontroller der Mittelklasse mit 192 KB Speicher beanspruchen, im Vergleich zu etwa 1 % bei einem klassischen elliptischen Kurven-Handshake.
- Austauschbare externe Sicherheitsmodule (Secure Elements, TPMs) verbessern die Krypto-Agilität gegenüber verlöteten Modulen, bringen aber eigene Risiken mit sich: ungesicherte Schnittstellen zwischen Host und Modul, Moduldiebstahl, der Identitätsdiebstahl ermöglicht, und vom Menschen abhängige Schutzmechanismen, die für unbemannte OT-Einsätze unpraktisch sind.
- Die Wahl des Algorithmus steht in direktem Zusammenhang mit den Hardwarebeschränkungen: Der Signaturprozess von FALCON erfordert eine Gleitkomma-Genauigkeit von 53 Bit, die meisten eingebetteten Geräte unterstützen jedoch nur 32-Bit-Gleitkommazahlen, was eine langsame Softwareemulation erzwingt.
- Das NIST veröffentlichte seinen Leitfaden zur Krypto-Agilität, CSWP-39, als ersten Entwurf im März 2025 und als zweiten öffentlichen Entwurf im Juli 2025, was verdeutlicht, wie erst kürzlich formale Leitlinien zu diesem Thema entstanden sind.
Warum Krypto-Agilität von Hardware abhängt
In der Sicherheitsbranche ist schnelle Anpassungsfähigkeit entscheidend. Angesichts neuer Bedrohungen wie Quantencomputing ist diese Flexibilität entscheidend. Krypto-Agilität ist die Fähigkeit, kryptografische Algorithmen und Protokolle schnell auszutauschen, ohne den Betrieb zu stören oder die Sicherheit zu gefährden.
Das Konzept entstand aus den Erfahrungen vergangener Übergänge, wie beispielsweise dem langwierigen Wechsel von DES zu AES , bei dem Triple DES fast 23 Jahre nach der Standardisierung von AES weiterhin verwendet wurde. Angesichts des zunehmenden Bedarfs an einer reibungslosen Migration veröffentlichte das NIST im März 2025 seinen grundlegenden Entwurf CSWP-39: Considerations for Achieving Crypto-Agility und aktualisierte diesen im Juli 2025 zu einem zweiten öffentlichen Entwurf. Dieser Leitfaden befasst sich eingehend mit den Betriebsmechanismen, den Abwägungen, den API-Strategien und der Systemplanung, die für eine effektive Krypto-Agilität erforderlich sind.
Bedeutung der Krypto-Agilität
Laut NISTs CSWP-39 (Überlegungen zur Erreichung von Krypto-Agilität) zählen Abwärtskompatibilität, ständiger Übergangsbedarf sowie Ressourcen- und Leistungseinschränkungen zu den wichtigsten Herausforderungen. So dauerte beispielsweise die Umstellung von SHA-1 auf SHA-2 Jahre, da SHA-1 selbst nach Bekanntwerden von Schwachstellen noch tief in den Protokollen verankert war.
Krypto-Agilität ist wichtig, weil sie Systeme mit folgenden Funktionen ausstattet:
- Schwache Algorithmen schnell außer Dienst stellen, wenn sie kompromittiert sind
- Skalieren Sie kryptografische Konfigurationen entsprechend der Bedrohungsentwicklung
- Aufrechterhaltung der Betriebskontinuität, auch in Umgebungen mit hohem Risiko
Obwohl NIST SHA-1 für digitale Signaturen bereits 2011 ablehnte, verwendeten es noch im Jahr 2016 schätzungsweise 35 % der Websites und waren damit bekannten Kollisionsangriffen ausgesetzt.
Hardwarebeschränkungen als Hindernis für Krypto-Agilität
Obwohl Kryptoagilität häufig im Zusammenhang mit Softwareflexibilität diskutiert wird, spielen in der Praxis die Hardwarekapazitäten der eingesetzten Geräte eine entscheidende Rolle für die tatsächlich erreichbaren Ergebnisse. Diese Herausforderung ist besonders in OT-Umgebungen (Operational Technology) ausgeprägt, wo Geräte häufig auf ressourcenbeschränkten Embedded-Plattformen anstatt auf leistungsstarken Systemen für Unternehmen basieren. Vereinfacht gesagt: Selbst wenn die Software schnell angepasst werden kann, ist die Hardware möglicherweise nicht leistungsstark genug, um diese Änderungen zu verarbeiten.
Aus Sicht der Krypto-Agilität erschweren diese Einschränkungen die Einführung neuer kryptografischer Algorithmen oder die Migration als Reaktion auf sich entwickelnde Bedrohungen erheblich. Beispielsweise kann der Übergang zur Post-Quanten-Kryptografie, wie er von den PQC-Standardisierungsbemühungen des NIST empfohlen wird , deutlich mehr Rechenleistung, Speicher und Bandbreite erfordern, als herkömmliche OT-Hardware bereitstellen kann. Einige der Einschränkungen werden im Folgenden aufgeführt:
Begrenzte Verarbeitungsressourcen für kryptografische Upgrades
Viele OT-Geräte arbeiten mit Mikrocontrollern oder Prozessoren, die nur über begrenzte CPU- und Speicherkapazität verfügen. Der Einsatz moderner kryptografischer Algorithmen kann rechenintensiv sein. Beispielsweise kann ein TLS-Handshake mit PQC- Algorithmen auf einem Mikrocontroller der Mittelklasse mit 192 KB RAM etwa 35 % des verfügbaren Speichers belegen, im Vergleich zu etwa 1 % bei einem klassischen, auf elliptischen Kurven basierenden Handshake.
Selbst wenn die Firmware aktualisiert werden könnte, um PQC-Unterstützung zu integrieren, könnte der verbleibende Speicher für den normalen Betrieb nicht ausreichen, was zu Stabilitäts- oder Leistungsproblemen führen könnte. Im Wesentlichen kann die Obergrenze der Hardwareressourcen den Umfang begrenzen, in dem softwarebasierte kryptografische Upgrades möglich sind.
Hardwarebeschleunigte Kryptografie
Moderne Mikrocontroller und Prozessoren verfügen häufig über dedizierte kryptografische Beschleuniger, um die Ausführung von Algorithmen zu beschleunigen und Zeitanforderungen zu erfüllen. Diese Beschleuniger sind entscheidend für die Durchführung kryptografischer Operationen auf Geräten mit eingeschränkten Funktionen.
Allerdings weisen sie zwei wesentliche Einschränkungen auf:
- Unterstützung statischer Algorithmen: Nach der Bereitstellung können Hardwarebeschleuniger in der Regel nicht aktualisiert werden, um neue Algorithmen zu unterstützen. Wenn die unterstützten Algorithmen veraltet oder unsicher werden, muss das Gerät auf langsamere, reine Softwareimplementierungen zurückgreifen.
- Nicht patchbare Schwachstellen: Wird ein Fehler in der Hardware-Verschlüsselungsimplementierung gefunden, kann dieser nicht vor Ort behoben werden. Die Behebung würde die Herstellung neuer Chips erfordern, was teuer und zeitaufwändig ist.
Dadurch entsteht eine Situation, in der die Hardwarebeschleunigung zwar zunächst von Vorteil ist, Systeme jedoch letztendlich in veralteten kryptografischen Grundelementen festsetzen kann.
Externe Sicherheitsmodule: Chancen und Risiken
Zusätzlich zu den in den Prozessor integrierten kryptografischen Beschleunigern nutzen viele Geräte externe Hardware-Sicherheitsmodule wie Secure Elements (SEs) oder Trusted Platform Modules (TPMs), um den Schlüsselschutz zu verstärken und sensible Operationen auszulagern.
Aus der Perspektive der Krypto-Agilität:
- Gelötete Module: Bieten hohe Sicherheit, unterliegen aber den gleichen Update-Einschränkungen wie On-Chip-Beschleuniger. Nach der Bereitstellung sind ihre Funktionen festgelegt.
- Austauschbare Module: Erhebliche Verbesserung der Krypto-Agilität durch Hardware-Upgrades und Schlüsselaustausch nach der Bereitstellung, ohne die Hauptgerätehardware zu verändern. Diese Flexibilität unterstützt sowohl die Implementierungs- als auch die Konfigurationsagilität.
Dieser modulare Ansatz birgt jedoch seine eigenen Sicherheitsrisiken:
- Ungesicherte Schnittstellen: Die Kommunikation zwischen dem Hostgerät und dem Modul ist häufig nicht kryptografisch geschützt und daher anfällig für Manipulationen.
- Moduldiebstahl: Wenn das Modul gestohlen wird, erlangt der Angreifer Kontrolle über die darin gespeicherte kryptografische Identität und ermöglicht so Identitätsdiebstahlangriffe.
- Vom Menschen abhängige Sicherheitsmaßnahmen: Einige Schutzmechanismen erfordern menschliche Interaktion, was bei unbemannten OT-Bereitstellungen nicht praktikabel ist.
Externe Module werden in Hochsicherheits-OT-Umgebungen nur begrenzt zum Einsatz kommen, bis Probleme wie die Sicherung der Host-Modul-Kommunikation und die Ermöglichung eines manipulationssicheren, unabhängigen Betriebs gelöst sind.
Hardwarebeschränkungen in der Lieferkette
Die von Zulieferern eingesetzte Hardware kann die Kryptoagilität eines Unternehmens erheblich beeinträchtigen. Viele Geräte, wie z. B. HSMs , IoT-Chips oder spezialisierte Beschleuniger, sind mit festen kryptografischen Algorithmen ausgestattet und bieten nur begrenzte Upgrade-Optionen. Wenn Zulieferer die Hardware nicht anpassungsfähig gestalten, kann der Übergang zu neuen Standards oder Post-Quanten-Algorithmen für Unternehmen schwierig werden, ohne hohe Ersatzkosten zu tragen. Dies führt zu langfristigen Abhängigkeiten von den Roadmaps der Zulieferer, verzögert Sicherheits-Upgrades und erhöht das operative Risiko. Hardwarebeschränkungen in der Lieferkette verlangsamen somit nicht nur die Migrationsbemühungen, sondern bergen auch langfristige Sicherheits- und Betriebsrisiken.
Ein Beispiel zeigt, wie Hardwarebeschränkungen die Akzeptanz kryptografischer Verfahren beeinflussen können. Falcon verwendet zur Signaturgenerierung einen Trapdoor-Sampler auf Basis der Fast-Fourier-Transformation. Dieser bietet sehr kleine Schlüssel und eine schnelle Verifizierung, sein Signaturprozess ist jedoch im Vergleich zu Dilithium oder herkömmlichem ECDSA deutlich langsamer. Dies liegt daran, dass Falcon eine Gleitkommagenauigkeit von 53 Bit benötigt, während die meisten eingebetteten Geräte nur 32-Bit-Floats unterstützen. Um dies auszugleichen, muss eine höhere Genauigkeit in der Software emuliert werden, was die Signaturvorgänge deutlich verlangsamt.
Best Practices zur Bewältigung von Herausforderungen
Die folgenden Best Practices können Unternehmen dabei helfen, Hardwaresysteme zu entwickeln und zu warten, die sowohl sicher als auch langfristig anpassbar sind:
| Beste Übung | Technischer Ansatz | Warum es wichtig ist |
|---|---|---|
| Einführung einer aktualisierbaren hardwaregestützten Kryptografie | Verwenden Sie Hardware, die Firmware-Updates für kryptografische Algorithmen unterstützt. Dies kann FPGA-basierte Designs, programmierbare HSMs oder modulare Kryptobeschleuniger mit sicheren Update-Kanälen umfassen. | Ermöglicht Algorithmusänderungen (z. B. Migration von RSA/ECC zu Post-Quantum-Algorithmen), ohne das gesamte Gerät auszutauschen, wodurch Ausfallzeiten und Kosten reduziert werden. |
| Sichere Host-Modul-Kommunikation | Implementieren Sie kryptografisch gebundene Kommunikationskanäle (z. B. gegenseitige TLS, Nachrichtenauthentifizierungscodes oder digital signierte Befehlssequenzen) zwischen dem Hostsystem und dem externen Kryptomodul. | Verhindert der Mann in der Mitte oder Befehlsinjektionsangriffe, die vertrauliche Vorgänge oder Schlüssel gefährden könnten. |
| Aktivieren Sie die modulare Architektur für Algorithmus- und Schlüsselaktualisierungen | Entwerfen Sie Systeme so, dass kryptografische Komponenten abnehmbar oder austauschbar sind (z. B. mithilfe von PCIe-Kryptokarten oder abnehmbaren sicheren Elementen). | Ermöglicht einfache Hardware-Aktualisierungszyklen ohne Auswirkungen auf den Rest des OT-Systems, verlängert die Systemlebensdauer und unterstützt die Krypto-Agilität. |
| Implementieren Sie eine strenge Firmware-Integritätsprüfung | Fordern Sie, dass Firmware-Updates mit einem vertrauenswürdigen Anbieterschlüssel signiert werden und überprüfen Sie die Signaturen vor der Ausführung innerhalb des Hardwaremoduls. | Stellt sicher, dass nur authentifizierte und genehmigte Updates angewendet werden, und verhindert so die schädliche Einschleusung von Firmware. |
| Planen Sie die Unterstützung hybrider Algorithmen | Wählen Sie Hardware aus, die während einer Migrationsphase mehrere Algorithmen parallel ausführen kann (z. B. klassische und Post-Quanten-Algorithmen). | Minimiert Betriebsunterbrechungen und gewährleistet kontinuierliche Interoperabilität während kryptografischer Übergänge. |
Durch die Befolgung dieser Best Practices können OT-Betreiber kryptografische Systeme entwickeln, bei denen die Hardware kein limitierender Faktor, sondern ein Garant für langfristige Sicherheit ist. Anstatt bei veralteten Algorithmen kostspielige und zeitaufwändige Ersatzlösungen zu benötigen, können Unternehmen reibungslos auf neuere, stärkere kryptografische Standards umsteigen und gleichzeitig Betriebszeit und Compliance aufrechterhalten.
Wie kann Verschlüsselungsberatung helfen?
Bei Encryption Consulting helfen wir Unternehmen dabei, hardwarebezogene Engpässe zu identifizieren, die ihre Fähigkeit zur Anpassung an Post-Quanten-Algorithmen einschränken könnten.
Unser Prozess beginnt mit der Analyse Ihrer aktuellen Verschlüsselungsumgebung und der Validierung des Umfangs Ihrer PQC-Implementierung , um die Einhaltung der Branchenstandards sicherzustellen. Dieser erste Schritt bildet die Grundlage für einen sicheren und effizienten Übergang. Basierend auf dieser Analyse entwickeln wir eine Strategie und einen Fahrplan, die auf die betrieblichen und Compliance-Anforderungen Ihres Unternehmens zugeschnitten sind. Im Rahmen dieses Prozesses führen wir detaillierte Evaluierungen Ihrer On-Premise-, Cloud- und SaaS-Umgebungen durch und integrieren kryptoagile Strategien, um einen reibungslosen Übergang zu quantensicherer Verschlüsselung zu gewährleisten.
Wir unterstützen unsere Kunden bei der Entwicklung krypto-agiler Architekturen, die einen reibungslosen Übergang zu neuen kryptografischen Standards und Zukunftsfähigkeit gewährleisten. Wir helfen bei der Erstellung einer kryptografischen Stückliste (CBOM), die eine übersichtliche Bestandsaufnahme kryptografischer Ressourcen ermöglicht und Algorithmusübergänge unterstützt. Die CBOM trägt dazu bei, Schwachstellen zu identifizieren, Transparenz zu gewährleisten und sich auf zukünftige Risiken vorzubereiten. Darüber hinaus unterstützen wir bei Tests und Validierungen, um sicherzustellen, dass Systeme den sich wandelnden kryptografischen Anforderungen gerecht werden.
Sie können uns unter [email protected] kontaktieren, um zu besprechen, wie wir Sie auf Ihrem Weg zu mehr Krypto-Agilität unterstützen können.
Fazit
Krypto-Agilität zu erreichen, bedeutet nicht nur, Software zu aktualisieren, wenn ein neuer Algorithmus erscheint. Die größere Herausforderung besteht darin, Systeme zu entwickeln, die von Anfang an flexibel und anpassungsfähig sind. Unternehmen sollten sich auf die Entwicklung von Lösungen konzentrieren, die neue kryptografische Methoden mit minimaler Unterbrechung des laufenden Betriebs unterstützen. Dieser Ansatz erleichtert nicht nur die Integration von Post-Quanten-Algorithmen, sondern ermöglicht auch eine schnellere und effektivere Reaktion auf neue Sicherheitsbedrohungen.
Darüber hinaus erfordert Krypto-Agilität klare Richtlinien, eine starke Governance und ein gut dokumentiertes Inventar aller verwendeten kryptografischen Assets. Kontinuierliches Monitoring hilft, veraltete oder schwache Algorithmen zu erkennen, bevor sie zu einem Risiko werden. Die Schulung von Entwicklungs- und Sicherheitsteams im Umgang mit algorithmusunabhängigen Frameworks gewährleistet eine reibungslose Implementierung von Änderungen.
Häufig gestellte Fragen
Warum kann Hardware ein Hindernis für die Agilität von Kryptowährungen darstellen, selbst wenn Software flexibel ist?
Da Hardware-Kryptografiebeschleuniger typischerweise bei der Herstellung festgelegt werden, kann das Gerät nicht vor Ort aktualisiert werden, wenn ein unterstützter Algorithmus veraltet ist oder eine Sicherheitslücke entdeckt wird. Die Behebung erfordert die Herstellung neuer Chips – ein teurer und zeitaufwändiger Prozess. Dies bedeutet, dass die Hardware-Ressourcen die Möglichkeiten softwarebasierter Kryptografie-Upgrades einschränken können.
Wie viel anspruchsvoller ist die Post-Quanten-Kryptographie auf leistungsschwacher Hardware?
Ein TLS-Handshake mit PQC-Algorithmen auf einem Mikrocontroller der Mittelklasse mit 192 KB RAM kann etwa 35 % des verfügbaren Speichers belegen, im Vergleich zu etwa 1 % bei einem klassischen, auf elliptischen Kurven basierenden Handshake. Selbst wenn die Firmware aktualisiert werden könnte, um PQC-Unterstützung hinzuzufügen, reicht der verbleibende Speicher möglicherweise nicht für den normalen Gerätebetrieb aus.
Sind austauschbare Hardware-Sicherheitsmodule eine gute Lösung für Krypto-Agilität?
Sie sind hilfreich, da sie Hardware-Upgrades und Schlüsselaustausch nach der Inbetriebnahme ermöglichen, ohne das Hauptgerät zu verändern. Allerdings bergen sie auch eigene Risiken. Die Kommunikation zwischen Host-Gerät und Modul ist oft nicht kryptografisch geschützt, ein Moduldiebstahl kann die darin enthaltene kryptografische Identität offenlegen, und einige Schutzmechanismen erfordern menschliches Eingreifen, was in unbemannten OT-Umgebungen unpraktisch ist.
Warum hat FALCON Probleme auf eingebetteter Hardware?
Der Trapdoor-Sampler von FALCON benötigt 53-Bit-Gleitkomma-Genauigkeit, die meisten eingebetteten Systeme unterstützen jedoch nur 32-Bit-Gleitkommazahlen. Um dies zu kompensieren, muss eine höhere Genauigkeit in Software emuliert werden, wodurch die Signaturvorgänge von FALCON auf leistungsschwacher Hardware im Vergleich zu Dilithium (ML-DSA) oder herkömmlichem ECDSA deutlich langsamer sind.
Welche Empfehlungen gibt das NIST zur Erreichung von Krypto-Agilität?
Das NIST veröffentlichte CSWP-39, Considerations for Achieving Crypto-Agility, als ersten Entwurf im März 2025, ein zweiter öffentlicher Entwurf folgte im Juli 2025. Darin werden Rückwärtskompatibilität, der ständige Übergangsbedarf und Ressourcen- oder Leistungsbeschränkungen als die wichtigsten Herausforderungen für Organisationen identifiziert.
Was sollten Organisationen bei der Beschaffung neuer kryptografischer Hardware priorisieren?
Upgradefähige hardwaregestützte Kryptografie, wie beispielsweise FPGA-basierte Designs oder programmierbare HSMs mit sicheren Firmware-Update-Kanälen, ermöglicht es, dass Algorithmusänderungen nicht den Austausch des gesamten Geräts erfordern. Die Planung der Unterstützung hybrider klassischer und postquantenmechanischer Algorithmen während der Übergangsphase minimiert zudem Betriebsunterbrechungen.
