01Die kurze Antwort
- IEC 62443 ist heute keine harmonisierte Norm im Rahmen des CRA. Die Anwendung von 62443 begründet daher allein keine Konformitätsvermutung (Artikel 27).
- Sie ist dennoch eine solide Grundlage: Nach dem Abgleich von JRC und ENISA aus dem Jahr 2024 decken 62443-4-1 für den Entwicklungsprozess und 62443-4-2 für die technischen Eigenschaften einer Komponente viele Anforderungen aus CRA Anhang I teilweise oder weitgehend ab.
- Pflichten wie SBOM, koordinierte Offenlegung von Schwachstellen, Meldungen nach Artikel 14, Unterstützungszeitraum und kostenlose Sicherheitsaktualisierungen fehlen in 62443 oder sind nur teilweise enthalten.
- CENELEC bereitet an den CRA angepasste Änderungen von EN IEC 62443-4-1 und 4-2 vor. Der Entwurf der Änderung zu 4-2 nennt als Ziel, für eine Fundstellenveröffentlichung im Rahmen des CRA angeboten zu werden.
02Die für Hersteller relevanten Teile von IEC 62443
IEC 62443 ist eine Normenreihe für die Sicherheit industrieller Automatisierungs- und Steuerungssysteme (IACS). Ihre Teile richten sich an verschiedene Rollen: Betreiber, Integrator, Dienstleister und Produktlieferant. Für den Produkthersteller, an den sich der CRA richtet, sind 4-1 und 4-2 die beiden wichtigsten Teile.
| Teil | Gegenstand | Für wen |
|---|---|---|
| 62443-4-1 | Sicherer Produktentwicklungs-Lebenszyklus: Sicherheitsanforderungen, sicheres Design und sichere Programmierung, Verifizierung, Fehler- und Patchmanagement, Lebensende | Hersteller, der das Produkt entwickelt und pflegt |
| 62443-4-2 | Technische Sicherheitsanforderungen an Komponenten, gegliedert nach sieben grundlegenden Anforderungen (FR), mit der Sicherheitsfähigkeitsstufe der Komponente (SL-C) | Hersteller eingebetteter Geräte, Netzwerkgeräte, Softwareanwendungen und Host-Komponenten |
| 62443-3-3 | Sicherheitsanforderungen auf Systemebene und Sicherheitsstufen | Systemintegratoren, als System verkaufte Produkte |
| 62443-3-2 | Risikobeurteilung mit Zonen und Conduits | Systemplaner, Integratoren |
| 62443-2-4 | Anforderungen an Sicherheitsprogramme von Automatisierungsdienstleistern | Integratoren und Wartungsdienstleister |
Die sieben grundlegenden Anforderungen in 62443-4-2 sind Identifizierung und Authentifizierung, Nutzungskontrolle, Systemintegrität, Vertraulichkeit der Daten, eingeschränkter Datenfluss, rechtzeitige Reaktion auf Ereignisse und Verfügbarkeit von Ressourcen. Die Sicherheitsstufen reichen von 1 bis 4, von zufälligen Verstößen bis zu gezielten Angriffen mit umfangreichen Ressourcen.
IEC-Normtexte sind kostenpflichtig. Dieser Leitfaden stützt sich nur auf öffentliche Zusammenfassungen von IEC, CEN-CENELEC und EU-Stellen und zitiert keine Normtexte.
03Abgleich mit CRA Anhang I
2024 haben die Gemeinsame Forschungsstelle der Europäischen Kommission (JRC) und ENISA die grundlegenden Anforderungen des CRA mit bestehenden Normen verglichen. Die Tabelle fasst in eigenen Worten zusammen, was dieser Abgleich für 62443 ergab. Grundlage war der Vorschlag zum CRA; im endgültigen Text hat sich die Nummerierung geändert, daher nennen wir die Anforderungen beim Namen.
| CRA-Anforderung | Teil von 62443 | Bewertung im Abgleich |
|---|---|---|
| Risikobasiertes sicheres Design und sichere Entwicklung (Anhang I Teil I) | 4-1 | Abgedeckt, aber nur für IACS-Produkte geschrieben |
| Inverkehrbringen ohne bekannte ausnutzbare Schwachstellen | 4-1 | Einzige ausgewählte Norm, die auch die Behebung von Testbefunden abdeckt |
| Sichere Standardkonfiguration | Keiner | 62443 ist für diese Anforderung nicht aufgeführt |
| Sicherheitsaktualisierungen lassen sich einspielen | 4-2 | Teilweise; die Benachrichtigung der Nutzer über Aktualisierungen ist nicht abgedeckt |
| Authentifizierung und Zugangskontrolle | 4-2 | Abgedeckt |
| Vertraulichkeit und Integrität von Daten | 4-2 | Abgedeckt |
| Datenminimierung | Keiner | 62443 ist für diese Anforderung nicht aufgeführt |
| Verfügbarkeit und Widerstandsfähigkeit gegen Denial-of-Service-Angriffe | 4-2 | Abgedeckt |
| Möglichst geringe Auswirkungen auf andere Geräte und Netze | Keiner | 62443 ist für diese Anforderung nicht aufgeführt |
| Minimale Angriffsfläche | 4-2 | Als Ausnahme mit konkreten Anforderungen genannt |
| Protokollierung und Überwachung sicherheitsrelevanter Ereignisse | 4-2 | Abgedeckt |
| SBOM (Anhang I Teil II) | Keiner | 62443 verlangt keine SBOM |
| Behebung von Schwachstellen durch Aktualisierungen | 4-1 | Teilweise; Klassifizierung von Schwachstellen und umfassendes Patchmanagement fehlen |
| Offenlegung behobener Schwachstellen | 4-1 | Abgedeckt |
| Strategie zur koordinierten Offenlegung und Kontaktadresse | Keiner | 62443 ist für diese Anforderungen nicht aufgeführt |
| Sichere Verteilung von Aktualisierungen | 4-1 | Teilweise; im Abgleich als Lücke markiert |
| Sicherheitsaktualisierungen unverzüglich und kostenlos | 4-1 | Teilweise; keine Anforderung an Kostenfreiheit |
Das Gesamtergebnis des Abgleichs: Keine einzelne Norm deckt Anhang I vollständig ab. Die Reihe 62443 bietet eine gute Abdeckung, ist aber auf industrielle Steuerungssysteme zugeschnitten. Wer ein Verbraucherprodukt oder ein allgemeines IoT-Gerät herstellt, muss gesondert prüfen, wie die Anforderungen zum Produkt passen.
04CRA-Pflichten, die 62443 nicht abdeckt
Über Anhang I hinaus legt der CRA Herstellern weitere Pflichten auf, für die es in 62443 keine Entsprechung gibt:
- SBOM: eine maschinenlesbare Liste der Komponenten im Produkt, die mindestens die obersten Abhängigkeiten erfasst (Anhang I Teil II). Details im Leitfaden Was ist eine SBOM?.
- Koordinierte Offenlegung von Schwachstellen: eine schriftliche Strategie und eine Kontaktadresse für Schwachstellenmeldungen.
- Meldungen nach Artikel 14: Frühwarnung binnen 24 Stunden, Meldung binnen 72 Stunden und Abschlussbericht für aktiv ausgenutzte Schwachstellen und schwerwiegende Vorfälle. Gilt seit dem 11. September 2026; siehe den Leitfaden zu Artikel 14.
- Unterstützungszeitraum: ein Zeitraum, der die erwartete Nutzungsdauer widerspiegelt, mindestens fünf Jahre, sofern die Lebensdauer des Produkts nicht kürzer ist, mit kostenlosen Sicherheitsaktualisierungen während des gesamten Zeitraums (Artikel 13).
- Unterlagen und Kennzeichnung: technische Dokumentation nach Anhang VII, Informationen für Nutzer (Anhang II), EU-Konformitätserklärung und CE-Kennzeichnung.
05Harmonisierte Normen und 62443
- Der Normungsauftrag M/606 zum CRA umfasst horizontale und produktspezifische (vertikale) Normen. Eine vertikale Norm betrifft Firewalls sowie Systeme zur Erkennung und Verhinderung von Angriffen; der Auftrag nennt ausdrücklich auch solche für den industriellen Einsatz und verlangt Kohärenz mit dem Maschinenrecht (Beschluss C(2025) 618).
- Das CENELEC-Komitee TC 65X erarbeitet eine Änderung (prAA) zu EN IEC 62443-4-2:2019. Der Entwurf passt die Anforderungen an die grundlegenden Anforderungen des CRA an, ergänzt neue Anforderungen für Lücken und fügt einen Anhang ZZ zum Verhältnis zum CRA sowie einen Anhang hinzu, der Bedrohungen den CRA-Anforderungen zuordnet. Die Umfrage zum Entwurf endete am 5. Juni 2026.
- Dasselbe Komitee ändert EN IEC 62443-4-1:2018, um sie an die in CEN-CENELEC JTC 13 erarbeitete Norm zu den Grundsätzen der Cyberresilienz anzugleichen, insbesondere bei der Dokumentation des bestimmungsgemäßen Gebrauchs und des Sicherheitskontexts (CEN-CENELEC).
- Eine Norm begründet die Konformitätsvermutung erst, wenn ihre Fundstelle im Amtsblatt der EU veröffentlicht ist (Artikel 27). Auch nach Veröffentlichung und Fundstellenangabe der Änderungen bleibt die Vermutung auf die in Anhang ZZ genannten Anforderungen beschränkt.
- Zeitplan und aktuellen Stand im Amtsblatt finden Sie auf der Seite EU-CRA: aktueller Stand, die wir monatlich prüfen.
06Was ist eine 62443-Zertifizierung im CRA wert?
ISASecure zertifiziert Entwicklungsprozesse nach 62443-4-1 (SDLA) und Komponenten nach 62443-4-2; auch das IECEE-System der IEC führt Konformitätsbewertungen für die Reihe durch. Diese Zertifikate haben im CRA keine rechtliche Wirkung, sind aber nützlich:
- Risikobeurteilung, sicherer Entwicklungsprozess und Testnachweise bilden einen großen Teil der technischen Dokumentation nach Anhang VII.
- Wo eine Bewertung durch Dritte nötig ist (Klasse I ohne angewandte harmonisierte Norm, Klasse II und kritische Produkte), stärken sie die Nachweise für die notifizierte Stelle. Welches Produkt welchen Weg nimmt, erklärt der Leitfaden zu den Produktklassen.
- Fallen Ihre Kunden unter NIS2, liefern sie fertige Antworten auf Sicherheitsfragebögen für Lieferanten.
Ein 62443-Zertifikat beweist oder garantiert keine CRA-Konformität. Maßgeblich ist eine Dokumentation, die zeigt, dass das Produkt Anhang I erfüllt und die Pflichten aus Artikel 13 und 14 eingehalten werden.
07Schritte für Teams, die mit 62443 arbeiten
- Gleichen Sie Ihre vorhandenen 4-1-Prozessnachweise und Ihre 4-2-Anforderungsmatrix mit der Tabelle oben ab; notieren Sie für jede CRA-Anforderung, wo der Nachweis liegt.
- Schließen Sie die Lücken: SBOM für jede Version, veröffentlichte Strategie zur Offenlegung von Schwachstellen mit Kontaktadresse, sichere Standardkonfiguration, Datenminimierung.
- Richten Sie den Meldeprozess nach Artikel 14 ein: Wer entscheidet, wie die 24-Stunden-Frist eingehalten wird, wer auf der einheitlichen Meldeplattform der ENISA meldet.
- Legen Sie den Unterstützungszeitraum fest und planen Sie die Infrastruktur, um Aktualisierungen in diesem Zeitraum sicher und kostenlos zu verteilen.
- Bestimmen Sie die CRA-Klasse des Produkts; der Klassencheck zeigt die voraussichtliche Klasse mit wenigen Fragen.
- Verfolgen Sie die 62443-Änderungen bei CENELEC und die Normen aus JTC 13; aktualisieren Sie Ihre Anforderungsmatrix, sobald sie veröffentlicht sind.
Wie der CRA für industrielle Produkte gilt, erklärt die Seite Industrieautomatisierung und Elektronik. Für Funkprodukte siehe auch den Leitfaden zu RED und EN 18031.
08Häufige Fragen
Ist IEC 62443 eine harmonisierte Norm im Rahmen des CRA?
Heute nicht. Für den CRA ist noch keine Fundstelle einer harmonisierten Norm im Amtsblatt veröffentlicht. CENELEC bereitet Änderungen vor, die EN IEC 62443-4-1 und 4-2 an den CRA anpassen; nach Veröffentlichung und Fundstellenangabe könnten sie für die abgedeckten Anforderungen eine Konformitätsvermutung begründen.
Erfülle ich den CRA, wenn ich ein 62443-4-1-Zertifikat habe?
Nein, nicht allein. Das Zertifikat belegt Ihren sicheren Entwicklungsprozess und ist ein wertvoller Nachweis in der technischen Dokumentation. Pflichten wie SBOM, koordinierte Offenlegung von Schwachstellen, Meldungen nach Artikel 14, Unterstützungszeitraum und kostenlose Aktualisierungen fehlen in 62443 aber oder sind nur teilweise enthalten.
Welcher Teil von 62443 liegt dem CRA am nächsten?
Für Hersteller beide zusammen: 62443-4-1 deckt die Prozessseite ab (sicheres Design, Schwachstellen- und Patchmanagement), 62443-4-2 die technischen Eigenschaften des Produkts (Zugangskontrolle, Vertraulichkeit und Integrität von Daten, Protokollierung, Verfügbarkeit).
Verlangt der CRA eine bestimmte Sicherheitsstufe (SL 2, SL 3)?
Der CRA selbst verweist nicht auf die Sicherheitsstufen von 62443; die Sicherheitseigenschaften des Produkts ergeben sich aus der Risikobeurteilung des Herstellers. Die Änderung zu 4-2 bei CENELEC legt Abnahmekriterien auf Basis von Sicherheitsstufen fest; Details werden mit der Veröffentlichung der Norm klar.
Gilt 62443 nur für industrielle Produkte?
Die Reihe wurde für industrielle Automatisierungs- und Steuerungssysteme geschrieben, und der Abgleich von JRC und ENISA nennt dies als Einschränkung. Sie wird auch in anderen Bereichen genutzt, bei Verbraucher- oder allgemeinen Produkten ist aber gesondert zu prüfen, ob die Anforderungen passen.
Quellen
- Verordnung (EU) 2024/2847: Artikel 13, 14, 27, Anhang I und Anhang VII (EUR-Lex)
- JRC und ENISA: Cyber Resilience Act Requirements Standards Mapping (2024)
- Beschluss C(2025) 618 der Kommission: Normungsauftrag M/606
- CEN-CENELEC: From EN IEC 62443 to the CRA (9. September 2025)
- IEC: Cybersicherheit und IEC 62443
- IEC 62443-4-1:2018 (Zusammenfassung im IEC Webstore)
- IEC 62443-4-2:2019 (Zusammenfassung im IEC Webstore)
- ISASecure-Zertifizierungsprogramme
Verwandte Leitfäden
- CRA Artikel 14: Meldung von Schwachstellen und SicherheitsvorfällenWann, an wen und wie schnell gemeldet wird. 24 Stunden, 72 Stunden und der Abschlussbericht, mit kostenlosem Fristenrechner.
- CRA-Produktklassen, Konformitätsbewertung und CE-KennzeichnungStandardkategorie, wichtige (Klasse I und II) und kritische Produkte; welches Modul gilt und wann Sie eine notifizierte Stelle brauchen.
- EN 18031 und RED: das Verhältnis zum CRACybersicherheitsanforderungen an Funkanlagen, die seit dem 1. August 2025 gelten, und der Übergang zum CRA.
- Leitfaden zur CRA-VorbereitungFür jeden Hersteller, der in die EU verkauft: Rollen, Zeitplan, zusätzliche Punkte für Hersteller außerhalb der EU und eine Checkliste Schritt für Schritt.
- Was ist eine SBOM? Ein Leitfaden für Firmware-TeamsWas in eine SBOM gehört, SPDX und CycloneDX, warum Firmware es schwierig macht, was CRA und BSI TR-03183-2 erwarten, und VEX.
- ENISA SRP: vor der ersten MeldungEU Login und Vertreter, Wahl des koordinierenden CSIRT, Fristanzeigen der Plattform, Schließen einer übermittelten Meldung und eine kurze Checkliste.
- EU-CRA: aktueller Stand und ZeitplanZeitplan, harmonisierte Normen, Rechtsakte der Kommission, ENISA-SRP und notifizierte Stellen; monatlich anhand amtlicher Quellen geprüft.
- CRA-Leitfaden: ÜberblickAnwendungsbereich, Zeitplan, grundlegende Anforderungen nach Anhang I, Produktklassen, Meldepflichten und Geldbußen auf einer Seite.
Sprechen wir über diesen Prozess für Ihr Produkt
Lernen Sie unser Pilotprogramm für Unternehmen kennen: Es erstellt die SBOM Ihrer Firmware, priorisiert Schwachstellen und überwacht die Fristen nach Artikel 14.