Keyfactor Days 2027 – Nehmen Sie an der „Trust Security Conference“ in San Diego teil Jetzt anmelden!

Gesetz zur Cyber-Resilienz in der Fertigungsindustrie:

Kryptografie und PKI für Produkte
mit Digital Elements

Aktualisiert: August 24, 2026
Region Weltweit (gilt für alle Produkte, die in der EU in Verkehr gebracht werden, unabhängig vom Standort des Herstellers) 
Anwendbarkeit Hersteller:hardware und software Produkte mit digitalen Elementen, einschließlich eingebetteter und IoT Geräte, die in die EU verkauft werdenImporteure und Händler: müssendie Einhaltung der Vorschriften durch den Hersteller überprüfen, bevor sie ein Produkt auf dem EU-Markt in Verkehr bringen Open-Source Verwalter: Organisationen, die software mit digitalen Elementen unter bestimmten, in der Verordnung festgelegten Bedingungen kommerziell vertreiben 
Relevante Abschnitte Anhang I, Teil I:Wesentliche Anforderungen an die Cybersicherheit (Entwurf und Standardkonfiguration)Anhang I, Teil II:Anforderungen an den Umgang mit Sicherheitslücken während der gesamten SupportdauerAnhänge III und IV:Wichtige und kritische Produktkategorien, die einer strengeren Konformitätsbewertung unterliegen 

Übersicht

Das Gesetz zur Cyber-Resilienz (Cyber Resilience Act, CRA), Verordnung (EU) 2024/2847, ist das erste horizontale Gesetz der EU, das eine „Secure-by-Design“-Cybersicherheit für Produkte vorschreibt, die ein digitales Element aufweisen oder enthalten (d. h. vernetzte hardware,software oder Fernverarbeitung von Daten) und in der EU in Verkehr gebracht werden, wobei die Einhaltung der Vorschriften direkt an die CE-Kennzeichnung geknüpft ist. Die Verordnung unterteilt die Verpflichtungen in Anforderungen an die Produktsicherheit bei der Konzeption (Anhang I, Teil I) und Anforderungen an den Umgang mit Schwachstellen während des Lebenszyklus (Anhang I, Teil II). 

In der Praxis müssen Hersteller Produkte ausliefern, bei denen der kryptografische Schutz für die Vertraulichkeit und Integrität der Daten standardmäßig aktiviert ist, die über kryptografisch verifizierte software und Firmware-Updates sowie einen sicheren Identitäts- und Authentifizierungsmechanismus verfügen – wobei all dies durch eine produktspezifische Cybersicherheits-Risikobewertung und nicht durch eine starre Checkliste begründet sein muss. 

Warum das wichtig ist 

Die CRA gilt im Wesentlichen für alle vernetzten Produkte oder „ software “, die in der EU verkauft werden: Die meisten Produkte fallen unter die Standardkategorie, während für wichtige (Klasse I und II) und kritische Produktkategorien wie Identitätsmanagementsysteme, VPN- software und Smart-Meter-Gateways strengere Auflagen gelten. 

Die grundlegenden Anforderungen müssen bis zum 11. Dezember 2027 vollständig umgesetzt sein, wobei die Meldepflichten für Sicherheitslücken und deren aktive Ausnutzung bereits früher, nämlich ab September 2026, in Kraft treten. Die Strafen belaufen sich auf 15 Millionen Euro oder 2,5 % des weltweiten Gesamtumsatzes, je nachdem, welcher Betrag höher ist, und nicht konforme Produkte verlieren die CE-Kennzeichnung, die für den Zugang zum EU-Markt erforderlich ist, wodurch dies ebenso sehr eine Frage des Marktzugangs wie der Sicherheit ist. 

Wie sich dies auf die Kryptografie übertragen lässt 

Die CRA behandelt das Thema Kryptografie im Rahmen mehrerer wesentlicher Anforderungen in Anhang I, darunter Vertraulichkeit, Integrität, sichere Standardeinstellungen und Authentizität von Aktualisierungen. Die wichtigsten Kontrollbereiche mit direkten kryptografischen Auswirkungen sind: 

AbschnittFunktionWas dort steht Zugehörige Produkte
Anhang I, Teil I, § 2 Buchstabe e Vertraulichkeit von gespeicherten und übertragenen Daten Verschlüsselung relevanter Daten im Ruhezustand und während der Übertragung mithilfe modernster Verfahren, gestützt durch die PKI, die Geräte- und Sitzungszertifikate ausstellt Command / EJBCA 
Anhang I, Teil I, § 2 Buchstabe f Integrität von Daten, Befehlen und Konfiguration Schutz von Befehlen, Programmen und Konfigurationen vor unbefugten Manipulationen, in der Regel durch signierte Konfigurationen und authentifizierte Kanäle EJBCA 
Anhang I, Teil I, § 2 Buchstabe b und § 2 Buchstabe d Standardmäßige Sicherheitskonfiguration und Identität Die Produkte werden mit einer sicheren Standardkonfiguration und einer identitätsbasierten Zugriffskontrolle ausgeliefert, d. h. mit einer eindeutigen Geräte-ID, die bereits bei der Herstellung zugewiesen wird. Keyfactor Command 
Anhang I, Teil I, § 2 Buchstabe c; Anhang I, Teil II, § 7 Mechanismus für sichere Updates Sicherheitsupdates sollten kryptografisch signiert sein und während des gesamten vorgeschriebenen Supportzeitraums unverzüglich und kostenlos bereitgestellt werden. SignServer Signum 
Aus der vorgeschriebenen Risikobewertung ergibt sich implizit Sichtbarkeit kryptografischer Komponenten Herstellern die Möglichkeit geben, eingebettete kryptografische Bibliotheken und Algorithmen im gesamten Produkt und dessen Abhängigkeiten zu identifizieren und nachzuverfolgen, um Risiken zu bewerten und Abhilfemaßnahmen zu unterstützen Command  AgileSec 
Anhang I, Teil I, § 2 Buchstabe m Sichere Datenlöschung Möglichkeit, Daten und Einstellungen sicher und dauerhaft zu löschen, einschließlich der Vernichtung kryptografischer Schlüssel EJBCA 

Prüfungsbereitschaft 

Bei der Konformitätsbewertung gemäß der CRA – unabhängig davon, ob es sich um eine Selbsterklärung oder um eine Überprüfung durch eine benannte Stelle handelt – steht im Mittelpunkt, ob kryptografische Entwurfsentscheidungen dokumentiert, durch das Risiko begründet und nachweislich umgesetzt sind. Zu den wichtigsten Bereichen, die von Gutachtern und Marktüberwachungsbehörden geprüft werden, gehören: 

  • Dokumentation der Risikobewertung: Hatdie Organisation eine produktspezifische Cybersicherheits-Risikobewertung durchgeführt und dokumentiert, die ihre Entscheidungen hinsichtlich des kryptografischen Designs begründet? 
  • Geräteidentitätszuweisung: Wirdjedem Gerät während der Herstellung eine eindeutige kryptografische Identität zugewiesen, anstatt auf gemeinsam genutzte oder Standard-Anmeldedaten zurückzugreifen? 
  • Signierte Update-Pipeline: Kanndie Organisation nachweisen, dass Firmware- und „ software “-Updates vor der Installation kryptografisch signiert und verifiziert werden, wobei automatische Updates standardmäßig aktiviert sind? 
  • Bestandsaufnahme der kryptografischen Komponenten: Führtdas Unternehmen eine Bestandsaufnahme aller im Produkt eingebetteten kryptografischen Bibliotheken und Algorithmen, einschließlich der vererbten Abhängigkeiten? 
  • Sicheres Löschen und Schlüsselvernichtung: Unterstütztdas Produkt das sichere Löschen von Daten, einschließlich der Vernichtung kryptografischer Schlüssel, im Rahmen einer Eigentumsübertragung oder Stilllegung? 
  • Verpflichtungen hinsichtlich des Supportzeitraums: Istder vorgeschriebene Supportzeitraum für Sicherheitsupdates – mindestens fünf Jahre oder die erwartete Lebensdauer des Produkts, falls diese kürzer ist – dokumentiert und den Benutzern mitgeteilt worden?