- Warum Satellitendaten bereits ein Ziel sind
- Das eigentliche Hindernis: Krypto-Agilität in Systemen, die Sie nicht berühren können
- Was Voyager und IBM tatsächlich eingesetzt haben
- Die Parallele zur Enterprise ist näher als es scheint.
- Der Zeitplan für die Einhaltung der Vorschriften ist kein ferner Horizont
- Wie Verschlüsselungsberatung helfen kann
- Fazit
Im April 2026 etablierten Voyager Technologies und IBM die weltweit erste durch Post-Quanten-Kryptographie (PQC) gesicherte Kommunikationsverbindung zwischen der Internationalen Raumstation (ISS) und der Erde. Die zugrundeliegende Plattform bestand weder aus exotischer Hardware noch aus einem eigens entwickelten Quantensystem. Es handelte sich um eine Softwareschicht, die in einem Mikro-Rechenzentrum in 250 Kilometern Höhe über der Erde eingesetzt wurde und bestehende Anwendungen mit einem NIST-standardisierten kryptografischen Schutz umhüllte, ohne eine einzige Zeile Anwendungscode zu verändern.
Die meisten Berichte zu diesem Thema beschränkten sich auf die Überschrift. Dieser Beitrag befasst sich damit, was die Implementierung tatsächlich für Sicherheitsverantwortliche beweist, denen gesagt wurde oder die selbst geäußert haben, dass ihre bestehende Infrastruktur nicht auf Post-Quanten-Sicherheit migriert werden kann.
Die ISS stellt die betrieblich restriktivste Umgebung für eine kryptografische Migration dar: begrenzte Rechenleistung, Kommunikationslatenz, physische Unzugänglichkeit und Anwendungen, die eher auf Stabilität als auf Agilität ausgelegt sind. Funktioniert dort eine kryptografische Agilitätsarchitektur, verliert der Einwand, „unsere Altsysteme seien nicht migrierbar“, seine technische Grundlage.
Warum Satellitendaten bereits ein Ziel sind
Die Diskussion um Bedrohungen im Bereich der Unternehmenssicherheit nach der Quantentechnologie konzentriert sich meist auf Finanzsysteme, Patientendaten und staatliche Kommunikationssysteme. Satelliteninfrastruktur wird dabei selten erwähnt, obwohl sie die Grundlage all dieser Sektoren bildet. Wettervorhersage, GPS-Navigation, die Abwicklung von Finanztransaktionen und militärische Kommunikation sind allesamt von Satellitennetzwerken abhängig. Im Gegensatz zu einem Server im Rechenzentrum ist ein Satellit im Orbit Hardware, die man weder erreichen noch patchen oder deren Schlüssel man austauschen kann.
Besonders dringlich ist die Tatsache, dass die Bedrohung von Satellitendaten durch Angreifer keine theoretische Frage ist. Angreifer müssen nicht auf einen Quantencomputer warten, um wertvolle Daten zu sammeln.
- Eine auf der Black Hat 2020 von James Pavur (Universität Oxford) vorgestellte Studie zeigte, dass Satellitenkommunikationsdaten von 18 geostationären Satelliten, die ein Gebiet von rund 100 Millionen Quadratkilometern abdecken, mit handelsüblicher Fernsehtechnik im Wert von unter 400 US-Dollar abgefangen werden können. Zu den betroffenen Kommunikationsdaten gehörten Daten von neun Fortune-Global-500-Unternehmen, sechs der zehn größten Fluggesellschaften und Regierungsbehörden.
- Das Angriff „Ernte jetzt, entschlüssele später“ Dieses Modell bedeutet, dass Angreifer mit den entsprechenden Ressourcen und dem nötigen Anreiz die Verschlüsselung nicht in Echtzeit knacken müssen. Sie sammeln heute verschlüsselte Satellitendaten und speichern diese, bis ein kryptografisch geeigneter Quantencomputer (einer, der RSA- oder ECC-Verschlüsselung in großem Umfang knacken kann) verfügbar ist. Dann erst werden die jahrelang archivierten Daten lesbar.
- Da sich derzeit etwa 14,000 aktive Satelliten im Orbit befinden, die Anwendungen von der nationalen Verteidigung bis zur kommerziellen Telekommunikation bedienen, stellt das Gesamtvolumen der verschlüsselten Daten, die sich zu jedem Zeitpunkt im Flug befinden, ein bedeutendes und wachsendes Sammelziel für gut ausgestattete Akteure dar.
Diese Bedrohung ist nicht auf einen bestimmten Bereich beschränkt. Alle mit klassischen asymmetrischen Algorithmen verschlüsselten Daten befinden sich definitionsgemäß bereits im Zeitfenster für die sofortige Erfassung und spätere Entschlüsselung. Dabei spielt es keine Rolle, ob die Abfangung am Boden oder im Weltraum erfolgt.
Das eigentliche Hindernis: Krypto-Agilität in Systemen, die Sie nicht berühren können
Fragt man die meisten Sicherheitsteams, warum ihre PQC-Migration nicht weiter fortgeschritten ist, erhält man in der Regel dieselbe Antwort. Die zu migrierenden Systeme sind am schwierigsten zu erreichen. Betriebstechnologie, Netzwerkgeräte, eingebettete kryptografische Module und Hardware mit langer Lebensdauer haben alle eine Gemeinsamkeit: Ihre kryptografischen Implementierungen sind in Firmware oder Hardware integriert, und eine Aktualisierung des Algorithmus erfordert den Austausch des Geräts.
Im Weltraum ist diese Einschränkung absolut. Es gibt keinen Techniker vor Ort, der ein Modul auf der ISS austauschen könnte.
Genau dieses Problem sollte IBM Quantum Safe Remediator lösen, und der Einsatz auf der ISS bestätigte seine Funktionsfähigkeit unter realen Betriebsbedingungen.
- IBM Quantum Safe Remediator fungiert als intelligenter Proxy für ältere Anwendungen. Extern kommuniziert es über NIST-standardisierte Verbindungen. PQC-AlgorithmenIntern wird dies in die klassische Verschlüsselung übersetzt, die die zugrundeliegende Anwendung bereits verwendet, sodass keine Änderungen am Anwendungscode erforderlich sind. IBM Fellow Ray Harishankar beschrieb die Architektur folgendermaßen: „Nach außen hin präsentiert sich diese Fassade als Post-Quanten-Kryptographie. Intern verwendet sie klassische Verschlüsselung.“
- Das Bereitstellungsmodell ermöglicht es Unternehmen, während der Übergangsphase Post-Quantum-Schutz auf bestehende Systeme anzuwenden, ohne auf einen Hardware-Erneuerungszyklus warten zu müssen, der Jahre entfernt sein kann, und ohne eine vollständige Neuentwicklung der Anwendung vorzunehmen.
- Das hier demonstrierte Prinzip ist Krypto-Agilität Die architektonische Eigenschaft, kryptografische Algorithmen ohne systemweite Neugestaltung ersetzen zu können, ist bemerkenswert. Dieses Konzept ist in der Kryptografie nicht neu, wurde aber von den meisten Organisationen bisher nicht in ihre Infrastruktur integriert, da es dafür keinen zwingenden Grund gab.
- IBM Fellow und CTO für Sicherheitsforschung, JR Rao, formulierte die zukünftige Anforderung explizit: „Für unsere zukünftigen Mond- und Weltraummissionen benötigen wir eine Infrastruktur mit Krypto-Agilität, also die Fähigkeit, kryptografische Algorithmen flexibel auszutauschen.“ Dieselbe Logik gilt unverändert für jedes Unternehmen, das Anwendungen betreibt, die sich nicht ohne Weiteres modifizieren lassen.
Die ISS-Implementierung beweist nicht, dass die PQC-Migration einfach ist. Sie beweist aber, dass das häufigste architektonische Hindernis – veraltete Systeme mit eingebetteter klassischer Kryptographie – bereits heute mit einer Softwareschicht behoben werden kann, nicht erst nach einer Hardware-Aktualisierung im Jahr 2029.
Was Voyager und IBM tatsächlich eingesetzt haben
Um aus der ISS-Demonstration die richtigen Schlüsse zu ziehen, ist es hilfreich, die beteiligten Komponenten zu verstehen und zu wissen, welchen Beitrag jede einzelne zum Gesamtbild der Migration leistet.
Das Space Edge Micro Datacenter von Voyager ist eine Cloud-Infrastrukturplattform, die im September 2025 zur ISS gebracht wurde. Sie fungiert als Edge-Computing-Schicht im Orbit und ermöglicht die Bereitstellung und den Betrieb containerisierter Anwendungen direkt auf der Station. IBM Quantum Safe Remediator wurde als laufende Instanz auf Space Edge installiert und zur Herstellung der PQC-gesicherten Verbindung zu den Nutzern auf der Erde verwendet.
Drei konkrete Details aus der Implementierung haben direkte Auswirkungen auf die Migrationsplanung von Unternehmen.
- Die verwendeten PQC-Algorithmen sind die gleichen NIST Die im August 2024 veröffentlichten Standards sind: ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism, standardisiert als FIPS 203), ML-DSA (Module-Lattice-Based Digital Signature Algorithm, standardisiert als FIPS 204) und SLH-DSA (Stateless Hash-Based Digital Signature Algorithm, standardisiert als FIPS 205). Es handelt sich dabei nicht um experimentelle Algorithmen, sondern um finalisierte Bundesstandards. IBM hat zur Entwicklung von zwei der drei Algorithmen beigetragen.
- Die bidirektionale Kommunikationsverbindung zwischen Space Edge auf der ISS und Nutzern auf der Erde bestätigte die Funktionsfähigkeit der NIST PQC-Algorithmen in einer Umgebung mit hoher Latenz und begrenzter Bandbreite. Die von einigen Unternehmensteams angeführten Leistungsbedenken, die die Einführung verzögern, wurden in einer deutlich anspruchsvolleren Testumgebung als einem typischen Unternehmensnetzwerk untersucht.
- IBM Fellow und CTO für Sicherheitsforschung JR Rao stellte das Ergebnis ausdrücklich als Ausgangspunkt und nicht als Endpunkt dar: Die Demonstration bewies, dass die Infrastruktur existiert, um bereits heute mit PQC mit dem Schutz von Orbitaldaten zu beginnen, wobei erwartet wird, dass die gleiche Architektur auch für Mond- und Tiefraummissionen skalierbar sein muss.
Auf der ISS wurde nicht bewiesen, dass Post-Quanten-Kryptographie theoretisch funktioniert. Das ist seit Jahren bekannt. Bewiesen wurde vielmehr, dass eine agile Kryptoarchitektur, die auf ressourcenbeschränkter kommerzieller Hardware in einer anspruchsvollen Betriebsumgebung läuft, bestehenden Systemen PQC-Schutz nach NIST-Standard ohne Ausfallzeiten und ohne Codeänderungen bieten kann.
Die Parallele zur Enterprise ist näher als es scheint.
Die strukturelle Herausforderung der PQC-Migration im Weltraum und auf der Erde ist dieselbe. Beide Umgebungen sind mit Systemen bestückt, die eine lange Betriebsdauer, eingebettete klassische Kryptographie und Aktualisierungszyklen aufweisen, die nicht mit dem Tempo der Entwicklung kryptographischer Standards übereinstimmen.
Eine speicherprogrammierbare Steuerung (SPS) zur Verwaltung eines Industrieprozesses, ein vor drei Jahren bereitgestelltes Hardware-Sicherheitsmodul (HSM), ein in einem Gebäudemanagementnetzwerk eingesetztes IoT- Gerät oder eine vor der Verabschiedung der NIST-Standards eingerichtete Zertifizierungsstelle (CA) – sie alle stellen dieselbe Migrationsbeschränkung dar wie ein Satellit im Orbit. Die zugehörige Software lässt sich leichter ändern als die Hardware selbst.
Die Lehre aus dem Einsatz der ISS ist, dass die Antwort auf dieses Problem architektonischer und nicht rein algorithmischer Natur ist.
- Krypto-Agilität sollte als grundlegende Designanforderung für jedes neue System oder jeden neuen Dienst betrachtet werden, der heute eingeführt wird, und nicht als eine Eigenschaft, die erst nach dem Näherrücken des Migrationstermins nachgerüstet wird. Systeme, die jetzt entwickelt werden und Algorithmen nicht ohne vollständige Neuinstallation austauschen können, häufen bereits vor dem Produktivbetrieb Migrationsschulden an.
- Für bereits implementierte Systeme ist das von IBM Quantum Safe Remediator demonstrierte Proxy- und Middleware-Modell direkt anwendbar. Anwendungen, die nicht neu geschrieben werden können, lassen sich in eine PQC-konforme Kommunikationsschicht einbetten, wobei die klassische Kryptografie intern gekapselt und NIST-Standardalgorithmen an der Netzwerkschnittstelle bereitgestellt werden.
- Hybride KryptographieDurch die parallele Ausführung eines PQC-Algorithmus und eines klassischen Algorithmus während der Übergangsphase wird das Implementierungsrisiko für Organisationen reduziert, die Vertrauen in die Reife neuerer Standards benötigen und gleichzeitig die NIST-Konformität anstreben.
- Jeder Monat, der ohne Migrationsplan mit veralteter Kryptografie verbracht wird, bringt uns dem Jahr 2030 einen Monat näher und verkürzt die Handlungsfrist. Voraussetzung für jeden dieser Ansätze ist die genaue Kenntnis der vorhandenen kryptografischen Ressourcen, da eine Migration nicht auf Abhängigkeiten basieren kann, die nicht erfasst wurden.
Keiner dieser Schritte erfordert das Warten auf die Realisierung eines großflächigen Quantencomputers. Sie erfordern Planung und einen sofortigen Beginn.
Der Zeitplan für die Einhaltung der Vorschriften ist kein ferner Horizont
Das Jahr 2035 wird in den Diskussionen um die PQC-Richtlinien am häufigsten genannt und oft als komfortabler Puffer betrachtet. Das ist es jedoch nicht. Der NIST Interagency Report 8547 (NIST IR 8547), der im November 2024 als erster öffentlicher Entwurf veröffentlicht wurde, legt den Zeitplan für den Übergang auf Bundesebene so präzise dar, dass jegliche Unklarheit darüber beseitigt wird, wann das Zeitfenster für die Einhaltung der Vorschriften tatsächlich endet.
Das Verständnis dafür, was der Zeitplan tatsächlich erfordert, ist der Unterschied zwischen dem Beginn der Migrationsarbeit mit Optionen und dem Beginn unter Zeitdruck.
- Gemäß NIST IR 8547 werden Algorithmen mit einer Sicherheitsstufe von 112 Bit oder weniger, darunter RSA-2048 und ECC P-224, bis 2030 als veraltet gelten. Nach diesem Datum dürfen diese Algorithmen nicht mehr in neuen Systemen der Bundesregierung eingesetzt werden. Algorithmen mit höherer Sicherheitsstufe (128 Bit oder mehr), darunter RSA-3072 und P-256, werden von dieser Regelung nicht abgeschafft und sind ab 2035 vollständig verboten. Für Organisationen in der Lieferkette der Bundesregierung wird das Datum 2030 in Beschaffungs-, Prüfungs- und Vertragsanforderungen relevant, bevor es zu einer verbindlichen regulatorischen Frist wird.
- Bis 2035 sind gemäß den NIST-Standards alle klassischen asymmetrischen Algorithmen unabhängig von der Sicherheitsstufe nicht mehr zulässig. Dies entspricht den Anforderungen des National Security Memorandum 10 (NSM-10), das 2035 als Zieldatum der US-Bundesregierung für die systemweite Einführung von PQC festlegt.
- Das Zeitfenster für die Offenlegung von Compliance-Vorschriften öffnet sich nicht erst 2035, sondern bereits 2030. Organisationen, die weiterhin tätig sind RSA-2048 Der Einsatz in Produktionssystemen zwischen 2030 und 2035 liegt zwar technisch im zulässigen Rahmen, verwendet aber veraltete Algorithmen. Wirtschaftsprüfer, Versicherer und die zuständigen Beschaffungsstellen des Bundes werden dieses Risiko bereits lange vor dem Stichtag als Warnsignal einstufen.
- Migrationsprogramme für Organisationen mit komplexen Public-Key-Infrastruktur (PKI) Hierarchien, operative Technologienetzwerke, HSMs und kundenspezifische kryptografische Integrationen benötigen in der Regel mindestens drei bis fünf Jahre Vorlaufzeit. Eine Organisation, die erst 2032 mit der Planung beginnt, startet nicht frühzeitig, sondern erst, nachdem es zu spät ist.
Die ISS-Demonstration hat gezeigt, dass die Infrastruktur für den Beginn der Migration bereits vorhanden ist. Der Zeitplan für die Einhaltung der Vorschriften macht deutlich, dass es keinen strategischen Grund gibt, zu warten.
Wie Verschlüsselungsberatung helfen kann
Die Implementierung der ISS hat die Frage nach der Machbarkeit geklärt. Ältere Systeme können ohne Hardwareaustausch einen PQC-Schutz nach NIST-Standard erhalten. Die Frage, die Ihr Sicherheitsteam nun beantworten muss, ist konkreter: Welche Ihrer Systeme sind tatsächlich gefährdet und in welcher Reihenfolge müssen sie migriert werden?
Das ist eine schwierigere Frage, als es zunächst klingt. Die meisten Unternehmen stellen erst im Laufe des Projekts fest, dass sie kein genaues Bild der in ihrer Umgebung verwendeten kryptografischen Algorithmen haben. Schlüssel, Zertifikate, Protokolle und Verschlüsselungssammlungen sind über Endpunkte, Anwendungen, APIs und die Infrastruktur verstreut, oft undokumentiert und nicht mit den Richtlinien konform. Bevor eine Migration geplant werden kann, muss dieses Bild vollständig sein.
CBOM Secure
Die CBOM Secure- Plattform von Encryption Consulting wurde genau für dieses Problem entwickelt. Sie durchsucht Ihre gesamte Umgebung und erstellt eine kryptografische Stückliste: ein strukturiertes, maschinenlesbares Verzeichnis aller Zertifikate, Schlüssel, Algorithmen und Protokolle, die in jedem mit Ihrem Netzwerk verbundenen System relevant sind.
Die Bestandsaufnahme zeigt Ihnen Ihren aktuellen Zustand. CBOM Secure geht noch einen Schritt weiter und zeigt Ihnen, was geändert werden muss. Es validiert Algorithmen anhand aktueller NIST-Standards, kennzeichnet potenziell anfällige Abhängigkeiten und unterscheidet zwischen Systemen, die vor 2030 und solchen, die vor 2035 aktualisiert werden müssen. Wenn eine Compliance-Frist naht oder eine Entscheidung auf Vorstandsebene ansteht, ersetzt diese Präzision Spekulationen durch eine priorisierte Liste umsetzbarer Maßnahmen. Zukünftige Versionen werden automatisierte Behebungsmaßnahmen, Cloud-native Integrationen und die kontinuierliche Durchsetzung von Richtlinien hinzufügen, um die Konfigurationen an die sich weiterentwickelnden NIST-Standards anzupassen.
PQC-Beratungsdienste
Die Bestandsaufnahme ist die Voraussetzung. Die Migration ist die eigentliche Aufgabe. Unsere PQC-Beratungsleistungen bauen auf den Ergebnissen von CBOM Secure auf: eine quantifizierte Bewertung Ihres Sicherheitsrisikos, eine nach Schweregrad geordnete Übersicht aller relevanten RSA- und ECC-abhängigen Systeme sowie ein auf Ihre regulatorischen Verpflichtungen und betrieblichen Rahmenbedingungen abgestimmter Migrationsplan.
Der Fahrplan ist auf Langlebigkeit ausgelegt. Krypto-Agilität ist von Anfang an in die Migrationsarchitektur integriert, sodass der Plan nicht bei jeder Aktualisierung eines Standards oder Verschiebung einer Compliance-Frist neu erstellt werden muss. Sie migrieren zu einem System, das sich weiterentwickeln kann, und nicht zu einem, das die nächste Generation von Schulden schafft.
Je früher diese Arbeit beginnt, desto mehr Handlungsoptionen stehen Ihrem Team im Jahr 2030 zur Verfügung. Wenn Ihr Unternehmen bereit ist, seine kryptografischen Sicherheitslücken zu analysieren oder einen Migrationsplan zu entwickeln, unterstützen wir Sie gerne.
Für weitere Informationen kontaktieren Sie uns bitte unter [email protected] .
Fazit
Die Voyager-Mission und der Einsatz der IBM ISS werden als Meilenstein der angewandten Kryptographie in Erinnerung bleiben. Nicht weil sie im Weltraum stattfanden, sondern wegen des Ergebnisses, das sie demonstrierten: dass eine softwarebasierte Architektur für Kryptoagilität den NIST-Standard für PQC-Schutz älterer Systeme in einer Umgebung bereitstellen kann, in der ein Hardwareaustausch schlichtweg nicht möglich ist.
Die zugrundeliegende Bedrohung – das Sammeln verschlüsselter Daten mit dem Ziel, diese jetzt zu erfassen und später zu entschlüsseln, im Hinblick auf die zukünftige Verfügbarkeit eines kryptografisch relevanten Quantencomputers – betrifft gleichermaßen jede Satellitenverbindung, jede PKI-geschützte Unternehmensanwendung und jede verschlüsselte Kommunikation in Ihrem Netzwerk. Der dazugehörige Zeitplan für die Einhaltung der Vorschriften ist konkret, veröffentlicht und wird in Jahren, nicht in Jahrzehnten, festgelegt.
Organisationen, die den ISS-Meilenstein als Bestätigung dafür sehen, dass die PQC-Migration heute schon möglich ist, und jetzt mit der Erstellung ihres kryptografischen Inventars und der Entwicklung ihrer Architektur beginnen, werden zum Zeitpunkt der Abschaffung im Jahr 2030 echte Handlungsoptionen haben. Diejenigen, die 2035 als Startpunkt betrachten, werden diese nicht haben.
Die Technologie ist erprobt. Die Standards sind final. Der Zeitplan ist veröffentlicht. Nun muss eine Planungsentscheidung getroffen werden.
- Warum Satellitendaten bereits ein Ziel sind
- Das eigentliche Hindernis: Krypto-Agilität in Systemen, die Sie nicht berühren können
- Was Voyager und IBM tatsächlich eingesetzt haben
- Die Parallele zur Enterprise ist näher als es scheint.
- Der Zeitplan für die Einhaltung der Vorschriften ist kein ferner Horizont
- Wie Verschlüsselungsberatung helfen kann
- Fazit
