Ihr Auto überlebt seine Verschlüsselung: Warum Automobilhersteller sich auf die Quantenära vorbereiten müssen

Zusammenfassung

Kernpunkte auf einen Blick

1. Ihr Auto ist ein rollendes kryptographisches System

Stellen Sie sich ein Fahrzeug vor, das 2026 vom Band rollt. Es kann bis 2041 auf der Straße bleiben — ein Zeitraum, der sich mit vielen Planungshorizonten für die Quanten-Risikomigration überschneidet. Anders als ein Webserver, der über Nacht gepatcht werden kann, muss die kryptographische Infrastruktur dieses Fahrzeugs über seine gesamte Betriebsdauer sicher bleiben, in Umgebungen, die der Hersteller nicht vollständig kontrollieren kann.

Kryptographie im Automobilbereich ist weit verbreiteter, als den meisten Ingenieuren bewusst ist. Sie beschränkt sich nicht auf die TLS-Verbindung des Infotainmentsystems. Jedes moderne Fahrzeug stützt sich auf kryptographische Grundbausteine in einer Vielzahl von Subsystemen. Public-Key-Komponenten auf Basis von RSA, Diffie-Hellman oder Elliptische-Kurven-Kryptographie sind direkt anfällig für zukünftige großangelegte Quantenangriffe, während symmetrische Verfahren wie AES hauptsächlich größere Sicherheitsmargen erfordern.

Eine einfache Analogie ist hilfreich: Die Fahrzeugkryptographie ist das Schloss-und-Schlüssel-System für die Software des Autos. Wenn das Schloss in zehn Jahren knackbar werden könnte, das Auto aber fünfzehn Jahre auf der Straße bleibt, braucht der Hersteller eine Möglichkeit, das Schloss auszutauschen, bevor es versagt.

Das Ausmaß der Bedrohung ist erheblich. Wie wir in unserer Analyse zu PQC auf eingeschränkten IoT-Geräten untersucht haben, stehen eingebettete Systeme beim Übergang zu Post-Quanten-Algorithmen vor besonderen Herausforderungen — aber automobile ECUs sind generell besser ausgestattet als typische IoT-Sensoren, was den Übergang technisch machbar macht, wenn er frühzeitig geplant wird.

2. R155 & R156: Der Compliance-Grund, warum das wichtig ist

Die UNECE-Regelung Nr. 155 verpflichtet jeden Fahrzeughersteller, ein Cyber Security Management System (CSMS) einzurichten, umzusetzen und aufrechtzuerhalten, das den gesamten Fahrzeuglebenszyklus abdeckt — von Konzept und Entwicklung über die Produktion bis zur Nachproduktion ^[1]. Regelung Nr. 156 ergänzt dies durch die Verpflichtung zu einem Software Update Management System (SUMS), das sicherstellt, dass alle Updates — insbesondere Over-the-Air (OTA) — sicher, authentisch und nachvollziehbar sind ^[2].

Entscheidend ist, dass R155 risikobasiert und nicht präskriptiv ist. Die Regelung nennt keine spezifischen Algorithmen wie „RSA" oder „ECDSA". Stattdessen verlangt sie von Herstellern, sich entwickelnde Bedrohungen zu bewerten und verhältnismäßige Gegenmaßnahmen umzusetzen. Anhang 5 der Regelung listet Bedrohungskategorien auf, darunter „Manipulation von Serverkommunikation", „Datenextraktion aus Fahrzeugsystemen" und „Verwendung kompromittierten Codes" — allesamt direkt relevant für quantenfähige Angreifer.

Seit Juli 2024 wendet die Europäische Union diese Anforderungen breit auf Neufahrzeuge an, nicht nur auf neu genehmigte Fahrzeugtypen ^[1][2]. Die Konsequenz bei Nichteinhaltung ist eindeutig: Ohne akzeptable Nachweise für Cybersicherheits- und Software-Update-Management sind Typgenehmigung und Marktzugang gefährdet.

Während R155/R156 den rechtlichen Rahmen setzen, wird die ingenieurstechnische Umsetzung durch ISO/SAE 21434 (Cybersecurity Engineering) ^[3] und ISO 24089 (Software Update Engineering) ^[4] geleitet. Diese Normen bieten das Prozess-Framework, in das die Quantenbedrohungsanalyse eingefügt werden sollte, insbesondere bei der Bedrohungsanalyse und Risikobewertung (TARA) und der Software-Update-Planung.

3. Wo das Quantenrisiko ins Fahrzeug gelangt

Die Quantenbedrohung für automobile Systeme ist kein einzelnes, monolithisches Risiko. Sie manifestiert sich in verschiedenen Subsystemen unterschiedlich, jeweils mit eigenen Zeitanforderungen, Auswirkungsprofilen und Gegenmaßnahmenstrategien. Wir identifizieren vier primäre Angriffsszenarien:

Das Harvest-Now, Decrypt-Later-Szenario ist für vernetzte Fahrzeuge besonders relevant. Moderne Autos übermitteln Telemetrie an Cloud-Backends: GPS-Spuren, Fahrverhalten, Sprachbefehle und Diagnosedaten. Wenn dieser Datenverkehr mit quantenanfälligem Schlüsselaustausch geschützt ist und langfristige Sensibilität aufweist, kann ein Angreifer, der ihn heute aufzeichnet, ihn möglicherweise später ausnutzen — was Datenschutz- und Lebenszyklus-Sicherheitsbedenken unter DSGVO und R155 schafft.

4. Welche Post-Quanten-Algorithmen passen zu welchem Automotive-Anwendungsfall?

Das NIST finalisierte seine ersten Post-Quanten-Standards im August 2024: ML-KEM (FIPS 203) für Schlüsselkapselung, ML-DSA (FIPS 204) für gitterbasierte digitale Signaturen und SLH-DSA (FIPS 205) für zustandslose hashbasierte Signaturen ^[5][6][11]. Die Frage für Automobilingenieure lautet, wo diese Algorithmen eingesetzt werden, welche Anwendungsfälle hybride Übergangsstrategien erfordern und welche Teile des Fahrzeug-Stacks algorithmenagil bleiben müssen. Verschiedene automobile Subsysteme unterliegen unterschiedlichen Einschränkungen:

V2X ist eines der schwierigsten Migrationsziele. Vehicle-to-Everything-Kommunikation hat strenge Latenz- und Bandbreitenanforderungen für sicherheitskritische Nachrichten. ML-DSA-44-Signaturen sind 2.420 Bytes groß, verglichen mit 64 Bytes für eine rohe ECDSA-P-256-Signatur, bevor Protokoll- und Zertifikats-Overheads eingerechnet werden ^[6]. Auf überlasteten 5,9-GHz-Kanälen ist dieser Overhead erheblich. Produktionsreife PQC-V2X-Profile sind daher noch nicht ausgereift genug, um heute als Drop-in-Ersatz zu dienen; sie erfordern dedizierte Arbeit an Zertifikaten, Nachrichtenformaten und Überlastungskontrolle.

5. Krypto-Agilität: Die Fähigkeit, das Schloss auszutauschen

Krypto-Agilität — die Fähigkeit, kryptographische Algorithmen ohne Hardwaretausch oder vollständiges Reflash auszuwechseln — ist die wichtigste architektonische Voraussetzung für Quantenbereitschaft. Unter dem Lebenszyklus-Risikomanagement-Modell von R155 muss ein Hersteller in der Lage sein, auf sich entwickelnde Bedrohungen zu reagieren. Wenn die kryptographische Schicht fest in Silizium kodiert ist, existiert diese Reaktionsfähigkeit nicht.

In der Praxis erfordert Krypto-Agilität algorithmenagnostische Schlüsselspeicher, modulare kryptographische Bibliotheken, Flexibilität bei Zertifikatsformaten und eine OTA-Infrastruktur, die Algorithmen-Updates bereitstellen kann. AUTOSARs Crypto Service Manager bietet einen nützlichen Abstraktionspunkt für den standardisierten Zugang zu kryptographischen Funktionen, aber Abstraktion allein reicht nicht aus: Die zugrunde liegenden Krypto-Treiber, die Schlüsselspeicherung, die Zertifikatsformate und die Hardware-Beschleuniger müssen ebenfalls den Migrationspfad unterstützen ^[12]. Viele eingesetzte automobile Sicherheitsarchitekturen wurden um feste klassische Algorithmen herum entworfen, was die PQC-Migrationsoptionen einschränken kann.

Halbleiterhersteller beginnen, PQC-Roadmaps und Software- oder Hardware-Enablement-Pläne zu veröffentlichen, aber öffentliche Informationen über produktionsqualifizierte automobile PQC-Unterstützung bleiben uneinheitlich. Dies schafft eine Übergangslücke: Fahrzeuge, die vor der breiten Verfügbarkeit PQC-fähiger Sicherheitshardware produziert werden, werden stark auf softwarebasierte Krypto-Agilität, aktualisierbare Middleware und backendseitige Migrationsplanung angewiesen sein.

6. Die regulatorische Zeitleiste: Wann Sie handeln müssen

Das Zusammentreffen regulatorischer Fristen und Quantenbedrohungs-Zeitleisten schafft ein enges Zeitfenster für Maßnahmen. So fügen sich die wichtigsten Meilensteine zusammen:

Die Botschaft ist klar: Ein Fahrzeug, das 2027 in Produktion geht, muss möglicherweise bis etwa 2040 kryptographisch wartbar bleiben. Das bedeutet, dass die kryptographischen Entscheidungen, die jetzt getroffen werden — in der Plattformarchitektur, bei der Auswahl von Sicherheitshardware und in den Zuliefereranforderungen — darüber bestimmen, ob ein Hersteller das Lebenszyklusrisiko im Rahmen einer akzeptablen R155-Haltung durch die Quantenumstellung halten kann. Für mehr zur BSI-konformen Migration siehe unsere BSI-konforme PQC-Analyse und unseren KMU-Migrationsfahrplan.

7. Ein praxisnaher Migrationsfahrplan

Auf Grundlage der oben skizzierten regulatorischen Zeitleiste und technischen Einschränkungen empfehlen wir OEMs und Tier-1-Zulieferern einen vierphasigen Ansatz:

Die Kosten verspäteten Handelns sind hoch. Zertifikatsrotation, Algorithmusmigration und erneutes Signieren über eine große Fahrzeugflotte hinweg sind ein mehrmonatiger, teamübergreifender Vorgang — genau die Art von Aufgabe, die R155 davor bewahren soll, zu einem hektischen Incident-Response-Einsatz zu werden.

Weiterführende Lektüre

Das Zusammentreffen der Lebenszyklusanforderungen aus UNECE R155/R156 und der Zeitachsen für Quantenbedrohungen verschiebt die PQC-Migration im Automobilbereich von theoretischer Kryptographie in praktisches Risikomanagement. Noch handelt es sich nicht um ein direktes gesetzliches Mandat, aber für langlebige vernetzte Fahrzeugplattformen wird es zunehmend schwer, sie zu ignorieren. Das Zeitfenster für proaktive Architekturentscheidungen liegt bei 2026–2028; danach können Hardware- und Plattformvorlaufzeiten die verfügbaren Migrationsoptionen verengen.

Für vertiefende Einblicke in die hier behandelten Technologien lesen Sie unsere verwandten Artikel:

• Code-Signing-Krise: Verbesserung der Lieferkettensicherheit vor 2030
• Die Quantenuhr tickt: Was ist Harvest-Now, Decrypt-Later?
• PQC am Netzwerkrand: Kann IoT mit Post-Quanten-Schlüsseln umgehen?
• Hybrider TLS-Schlüsselaustausch: X25519 + ML-KEM-768
• BSI-konformer Post-Quanten-Schlüsselaustausch
• TLS 1.3: Quantenbedingte Schwachstellen und hybride Abwehrmaßnahmen

How to Cite This Article

@misc{pqcryptography_pqc_unece_de,
  author       = {{PQCryptography.de}},
  title        = {Ihr Auto überlebt seine Verschlüsselung: Warum Automobilhersteller sich auf die Quantenära vorbereiten müssen},
  year         = {2026},
  month        = apr,
  day          = {25},
  url          = {https://www.postquantumcryptography.de/publications/pqc_unece-de.html} 
}

Referenzen

1. UNECE: UN-Regelung Nr. 155 — Cybersicherheit und Cyber Security Management System. https://unece.org/transport/documents/2021/03/standards/un-regulation-no-155
2. UNECE: UN-Regelung Nr. 156 — Software-Update und Software Update Management System. https://unece.org/transport/documents/2021/03/standards/un-regulation-no-156
3. ISO/SAE 21434:2021: Straßenfahrzeuge — Cybersicherheits-Engineering. https://www.iso.org/standard/70918.html
4. ISO 24089:2023: Straßenfahrzeuge — Software-Update-Engineering. https://www.iso.org/standard/77796.html
5. NIST FIPS 203 (final): Standard für einen modul-gitterbasierten Schlüsselkapselungsmechanismus (ML-KEM). https://csrc.nist.gov/pubs/fips/203/final
6. NIST FIPS 204 (final): Standard für modul-gitterbasierte digitale Signaturen (ML-DSA). https://csrc.nist.gov/pubs/fips/204/final
7. NSA: Commercial National Security Algorithm Suite 2.0 und FAQ zu quantenresistenten Algorithmen (Meilensteine für Software- und Firmware-Signaturen in National Security Systems). https://media.defense.gov/2025/May/30/2003728741/-1/-1/0/CSA_CNSA_2.0_ALGORITHMS.PDF
8. BSI (und 17 EU-Mitgliedstaaten): Gemeinsame Erklärung zum Übergang zu Post-Quanten-Kryptographie (Nov. 2024). https://www.bsi.bund.de/SharedDocs/Downloads/EN/BSI/Crypto/PQC-joint-statement.pdf
9. ETSI: Quantum-Safe Cryptography and Security Guidance, einschließlich Überlegungen zu Migration und hybrider Einführung. https://www.etsi.org/technologies/quantum-safe-cryptography
10. Google Quantum AI. (2026). Absicherung von Kryptowährungen auf Elliptische-Kurven-Basis gegen Quantenschwachstellen. Siehe unsere unabhängige Analyse.
11. NIST FIPS 205 (final): Standard für zustandslose hashbasierte digitale Signaturen (SLH-DSA). https://csrc.nist.gov/pubs/fips/205/final
12. AUTOSAR: Spezifikation des Crypto Service Manager. https://www.autosar.org/fileadmin/standards/R22-11/CP/AUTOSAR_SWS_CryptoServiceManager.pdf