OT-Cyber.de

CRA How-To für Kleinbetriebe und kleine Anlagen

Kurz gesagt: Wer ein vernetztes Gerät unter eigenem Namen verkauft oder mehrere Maschinen zu einer vernetzten Anlage zusammenbaut und übergibt, ist Hersteller und braucht ab 11.12.2027 eine CE-Kennzeichnung auch nach dem Cyber Resilience Act. Die Meldepflicht für aktiv ausgenutzte Schwachstellen und schwere Sicherheitsvorfälle gilt schon seit 11.09.2026. Diese Seite zeigt, welche Prozesse Ihr Betrieb braucht, was das Produkt können muss und was in welches Dokument gehört. Alles mit leeren Vorlagen und einem komplett ausgefüllten Beispiel zum Herunterladen, kostenfrei.

Zum durchgespielten Beispiel: vernetzte Hackschnitzelheizung

Fristen

Bin ich betroffen? Bin ich Hersteller?

Betroffen ist Ihr Produkt, wenn beides zutrifft:

Sie sind Hersteller, wenn mindestens eines zutrifft:

Eine Heizung, Kälteanlage oder Maschine mit App, Portal oder Fernwartung ist in aller Regel ein Standardprodukt. Dann reicht die interne Kontrolle, ohne Prüfstelle. Ist es zugleich eine Maschine, gilt dazu die Maschinenverordnung, und Sie stellen eine gemeinsame Konformitätserklärung für beide aus. Im Beispiel: Dokument D01 Einstufung, Rechtsrahmen und Bewertungsverfahren (Vorlage, Beispiel).

In neun Schritten zur CE-Kennzeichnung

So geht das Beispiel vor, ein Betrieb mit zwei Personen und Partnerfirmen. Jeder Schritt mit leerer Vorlage und ausgefülltem Beispiel.

Schritt 1

Einstufen

Gelten Maschinenverordnung und CRA, und sind wir Hersteller?

D01 Einstufung, Rechtsrahmen und Bewertungsverfahren (Vorlage, Beispiel)

Schritt 2

Betrieb aufstellen

Wie decken zwei Personen alle Herstellerpflichten ab?

D02 Rollen, Unterauftragnehmer und Pflichtenverteilung (Vorlage, Beispiel); D16 Notfallkarte: Meldung nach Art. 14 CRA (Vorlage, Beispiel); F03 Unterauftragsvereinbarung: Anhang CRA und MVO (Vorlage, Beispiel); F06 Meldeprotokoll nach Art. 14 CRA (Vorlage, Beispiel); F12 Schulungsnachweis (Vorlage, Beispiel)

Schritt 3

Anlage beschreiben

Was genau bringen wir in Verkehr, und wofür?

D03 Anlagenbeschreibung (Vorlage, Beispiel); F01 Anforderungsliste (Vorlage, Beispiel)

Schritt 4

Sicher konstruieren

Wie bleibt die Heizung sicher, auch wenn jemand angreift?

D04 Steuerungs- und Sicherheitskonzept (Vorlage, Beispiel); D05 Netzwerk- und Systemarchitektur (Vorlage, Beispiel)

Schritt 5

Risiken beurteilen

Welche Gefahren bleiben, und sind sie akzeptabel?

D06 Risikobeurteilung Maschinensicherheit (Vorlage, Beispiel); D07 Cybersecurity-Risikobewertung (Vorlage, Beispiel)

Schritt 6

Prozesse einführen

Was muss im Betrieb dauerhaft laufen?

D08 Prozesshandbuch (Vorlage, Beispiel); D14 Richtlinie zur koordinierten Offenlegung (Vorlage, Beispiel); F02 Lieferanten- und Komponentenbewertung (Vorlage, Beispiel); F04 SBOM-Freigabe (Vorlage, Beispiel); F14 Release-Freigabe Security (Vorlage, Beispiel)

Schritt 7

Prüfen und validieren

Funktioniert alles so, wie geplant?

F09 Validierungsprotokoll Sicherheitsfunktion (Vorlage, Beispiel); F10 Stückprüfprotokoll (Vorlage, Beispiel)

Schritt 8

Dokumentieren und erklären

Was braucht es für die CE-Kennzeichnung?

D09 Technische Dokumentation: Inhaltsverzeichnis (Vorlage, Beispiel); D10 Checkliste bis zum Inverkehrbringen (Vorlage, Beispiel); D11 EU-Konformitätserklärung (Vorlage, Beispiel); D12 Typenschild und Kennzeichnung (Vorlage, Beispiel); D13 Nutzerinformationen nach CRA Anhang II (Vorlage, Beispiel); D15 Erklärung zum Unterstützungszeitraum (Vorlage, Beispiel)

Schritt 9

Ausliefern und betreuen

Was gilt nach dem Verkauf, über den ganzen Unterstützungszeitraum?

F05 Schwachstellenticket (Vorlage, Beispiel); F07 Sicherheitshinweis an Nutzer (Vorlage, Beispiel); F08 Änderungsantrag (Vorlage, Beispiel); F11 Inbetriebnahmeprotokoll (Vorlage, Beispiel); F13 Korrekturmaßnahme und Behördenkontakt (Vorlage, Beispiel)

Welche Prozesse Ihr Betrieb braucht

Der CRA verlangt keine großen Abteilungen, aber feste Abläufe, die auch zu zweit funktionieren. Das Beispiel beschreibt 20 Prozesse im Prozesshandbuch (D08 Prozesshandbuch (Vorlage, Beispiel)), zusammengefasst:

  1. Regeln im Blick behalten: Monatlich prüfen, ob sich Gesetze, Normen oder Fristen geändert haben, und jede Anforderung mit Quelle in eine Liste schreiben. (P-01, P-02; D01 Einstufung, Rechtsrahmen und Bewertungsverfahren (Vorlage, Beispiel); F01 Anforderungsliste (Vorlage, Beispiel))
  2. Sicher entwickeln und prüfen: Sicherheit von Anfang an einplanen: Bedrohungen bewerten, sicher programmieren, testen, vor jeder Hauptversion einen Penetrationstest, jede Sicherheitsfunktion validieren, jedes Gerät vor der Auslieferung prüfen. (P-03, P-04, P-14, P-20; D04 Steuerungs- und Sicherheitskonzept (Vorlage, Beispiel); D05 Netzwerk- und Systemarchitektur (Vorlage, Beispiel); F09 Validierungsprotokoll Sicherheitsfunktion (Vorlage, Beispiel); F10 Stückprüfprotokoll (Vorlage, Beispiel); F14 Release-Freigabe Security (Vorlage, Beispiel))
  3. Zulieferer und Bauteile: Bauteile und Software von Partnern bewerten, Pflichten vertraglich festhalten und eine Stückliste der Software (SBOM) für jede Version pflegen. (P-05, P-06; F02 Lieferanten- und Komponentenbewertung (Vorlage, Beispiel); F03 Unterauftragsvereinbarung: Anhang CRA und MVO (Vorlage, Beispiel); F04 SBOM-Freigabe (Vorlage, Beispiel))
  4. Schwachstellen und Updates: Hinweise auf Lücken annehmen (Kontaktadresse, Richtlinie zur Offenlegung), bewerten, beheben und Updates kostenlos und sicher verteilen, solange der Unterstützungszeitraum läuft. (P-07, P-08, P-10, P-11; F05 Schwachstellenticket (Vorlage, Beispiel); D14 Richtlinie zur koordinierten Offenlegung (Vorlage, Beispiel); F07 Sicherheitshinweis an Nutzer (Vorlage, Beispiel); D15 Erklärung zum Unterstützungszeitraum (Vorlage, Beispiel))
  5. Melden: Aktiv ausgenutzte Schwachstellen und schwere Vorfälle über die Meldeplattform melden: Frühwarnung nach 24 Stunden, Meldung nach 72 Stunden, Abschlussbericht danach. Die Notfallkarte hängt am Arbeitsplatz. (P-09; D16 Notfallkarte: Meldung nach Art. 14 CRA (Vorlage, Beispiel); F06 Meldeprotokoll nach Art. 14 CRA (Vorlage, Beispiel))
  6. Änderungen und Marktbeobachtung: Jede Änderung darauf prüfen, ob sie wesentlich ist, Rückmeldungen aus dem Feld auswerten und bei Bedarf Korrekturmaßnahmen einleiten und Behörden informieren. (P-12, P-13, P-17, P-18; F08 Änderungsantrag (Vorlage, Beispiel); F13 Korrekturmaßnahme und Behördenkontakt (Vorlage, Beispiel))
  7. Dokumentation, Anleitung, Schulung: Technische Dokumentation vollständig halten und lange genug aufbewahren, Anleitung und Nutzerinformationen aktuell halten, alle Beteiligten schulen und das festhalten. (P-15, P-16, P-19; D09 Technische Dokumentation: Inhaltsverzeichnis (Vorlage, Beispiel); D13 Nutzerinformationen nach CRA Anhang II (Vorlage, Beispiel); F12 Schulungsnachweis (Vorlage, Beispiel))

Was das Produkt können muss

Die Anforderungen aus Anhang I Teil I Nr. 2 CRA in einfachen Worten. Wie das Beispiel sie umsetzt, steht in D04 Steuerungs- und Sicherheitskonzept (Vorlage, Beispiel); D05 Netzwerk- und Systemarchitektur (Vorlage, Beispiel); D07 Cybersecurity-Risikobewertung (Vorlage, Beispiel).

Für Maschinen kommt dazu: Fernzugriff und angeschlossene Geräte dürfen keine gefährliche Situation auslösen, und Steuerungen müssen böswilligen Versuchen standhalten (MVO Anhang III Nr. 1.1.9 und 1.2.1). Im Beispiel wirken Temperaturbegrenzer, Ablaufsicherung, Sicherheitsventil und Löschung ohne Software und Netzwerk.

Was steht wo

Nutzerinformationen und Betriebsanleitung

CRA Anhang II, MVO Anhang III Nr. 1.7.4

Hersteller und Kontaktstelle für Schwachstellen, Zweck und Sicherheitseigenschaften, bekannte Risiken, Unterstützungszeitraum, sichere Inbetriebnahme, Updates, Abschalten automatischer Updates, sichere Außerbetriebnahme. Dazu die Maschinenanleitung mit Montage, Bedienung, Wartung und Restrisiken. Im Beispiel: D13 Nutzerinformationen nach CRA Anhang II (Vorlage, Beispiel).

Technische Dokumentation

CRA Anhang VII, MVO Anhang IV Teil A, ein gemeinsamer Satz nach Art. 31 Abs. 3 CRA

Beschreibung, Konstruktion, beide Risikobeurteilungen, Prozesse, Begründung des Unterstützungszeitraums, Normen, Prüfberichte, SBOM, Konformitätserklärung. Mindestens zehn Jahre aufbewahren, bei längerem Unterstützungszeitraum entsprechend länger. Im Beispiel: D09 Technische Dokumentation: Inhaltsverzeichnis (Vorlage, Beispiel); D10 Checkliste bis zum Inverkehrbringen (Vorlage, Beispiel).

EU-Konformitätserklärung

CRA Art. 28 und Anhang V, MVO Art. 21 und Anhang V

Eine einzige Erklärung für alle Rechtsakte, die für das Produkt gelten, mit Produkt, Hersteller, Rechtsakten, Normen mit Ausgabe und Unterschrift. Pflicht nach Art. 28 Abs. 1 CRA ist der Satz, dass die Erfüllung der Anforderungen aus Anhang I nachgewiesen wurde. Sie gilt für Geräte, die ab 11.12.2027 in Verkehr kommen. Dem Produkt liegt die Erklärung oder die vereinfachte Fassung nach Anhang VI bei. Im Beispiel: D11 EU-Konformitätserklärung (Vorlage, Beispiel).

Typenschild und CE-Kennzeichnung

CRA Art. 30, MVO Anhang III Nr. 1.7.3

Hersteller, Typ, Seriennummer, CE-Kennzeichen; dazu ein Hinweis, wo die Erklärung und die Nutzerinformationen zu finden sind. Im Beispiel: D12 Typenschild und Kennzeichnung (Vorlage, Beispiel).

Auf Ihrer Webseite

CRA Anhang I Teil II Nr. 5 und 6, Art. 13 Abs. 19

Kontaktstelle und Richtlinie zur koordinierten Offenlegung (gern als security.txt), das Ende des Unterstützungszeitraums, die vollständige Konformitätserklärung und die Sicherheitshinweise mit Schwere und betroffenen Versionen. Im Beispiel: D14 Richtlinie zur koordinierten Offenlegung (Vorlage, Beispiel); D15 Erklärung zum Unterstützungszeitraum (Vorlage, Beispiel).

Intern, als Nachweis

Art. 13, Art. 14, Anhang I Teil II CRA

Meldeprotokolle, Schwachstellentickets, SBOM- und Release-Freigaben, Änderungsanträge, Schulungen, Inbetriebnahmen. Im Beispiel: F04 SBOM-Freigabe (Vorlage, Beispiel); F05 Schwachstellenticket (Vorlage, Beispiel); F06 Meldeprotokoll nach Art. 14 CRA (Vorlage, Beispiel); F08 Änderungsantrag (Vorlage, Beispiel); F12 Schulungsnachweis (Vorlage, Beispiel); F14 Release-Freigabe Security (Vorlage, Beispiel).

Erleichterungen für kleine Betriebe

Häufige Fehler

Alles zum Herunterladen

Vor der Erklärung noch prüfen

Quellen

Kostenfreies Muster von OT-Cyber.de, keine Rechtsberatung. Alle Firmen, Personen und Daten im Beispiel sind fiktiv. Stand 06.11.2026. Hilfe bei der Umsetzung: CRA as a Service.

Zuletzt aktualisiert: 06.11.2026

Fragen? Wir helfen auch. Notfall? 24/7 anrufen: +49 8031 8603164

Seite teilen: LinkedInXINGFacebookXWhatsAppE-Mail