Zum Inhalt springen
EU Rules Finder
Deutsch (Sprache)

Vorlage für eine Richtlinie zur koordinierten Offenlegung von Schwachstellen und security.txt-Generator

Die Cyberresilienz-Verordnung verlangt von jedem Hersteller eines Produkts mit digitalen Elementen eine Richtlinie zur koordinierten Offenlegung von Schwachstellen und eine Kontaktadresse für Meldungen. Füllen Sie Ihre Angaben aus und erhalten Sie den Text der Richtlinie und eine passende security.txt für Ihre Website. Nichts, was Sie eingeben, verlässt Ihren Browser.

Am 2. November 2026 mit den Quellen abgeglichen

Produktnamen, Modelle oder „alle unsere Produkte mit digitalen Elementen“.
Eine E-Mail-Adresse oder die https-Adresse eines Webformulars: Ihre zentrale Anlaufstelle (Artikel 13 Absatz 17).
Eine https-Seite Ihrer Website, zum Beispiel https://example.com/security.
Für die Canonical-Zeile der security.txt.
Eine ganze Zahl von 1 bis 30.

Ihre Richtlinie

Noch auszufüllen

  • Geben Sie den Unternehmensnamen an.
  • Geben Sie eine E-Mail-Adresse oder die https-Adresse eines Webformulars für Meldungen an.
  • Geben Sie die https-Adresse an, unter der die Richtlinie veröffentlicht wird.
  • Geben Sie das Datum der Richtlinie an.

Coordinated vulnerability disclosure policy of TO COMPLETE

TO COMPLETE welcomes reports of potential vulnerabilities in its products, including in third-party and open-source components they contain. This policy says how to report one and what we do with it.

Scope

This policy covers: TO COMPLETE.

How to report

  • Report to: TO COMPLETE. This is our single point of contact for vulnerability reports.
  • Please include the product and version, a description of the issue, the steps to reproduce it and any proof of concept, and how we can reach you.
  • You may report in English or in the language of your choice; you may stay anonymous, though we then cannot keep you informed.

What we do

  • We acknowledge your report within 5 working days and keep you informed until it is resolved.
  • We assess the report, and address and remediate a confirmed vulnerability without delay, in relation to its risk.
  • We agree a disclosure date with you. Please do not disclose the vulnerability before a fix is available or that date has passed.
  • Once a security update is available, we publish information about the fixed vulnerability: a description, the products affected, its impact and severity, and how users can remediate it. Where the security risks of publication outweigh its benefits, we may delay publication until users have had the possibility to apply the update.
  • Where the vulnerability is in a component made or maintained by someone else, we report it to them.
  • With your agreement, we credit you when we publish.

About this policy

Published at TO COMPLETE. Last updated TO COMPLETE.

security.txt

Veröffentlichen Sie diese Datei unter /.well-known/security.txt auf Ihrer Website. Sie läuft ein Jahr weniger einen Tag nach dem Datum der Richtlinie ab (RFC 9116 verlangt weniger als ein Jahr): Erneuern Sie sie vorher.

Die security.txt braucht einen lesbaren Kontakt und ein Datum; sie erscheint hier, sobald beides ausgefüllt ist.

Die Richtlinie ist auf Englisch verfasst, der Sprache der meisten Meldenden; übersetzen Sie sie, wenn Ihre Nutzer es brauchen. Nicht lesbare Angaben erscheinen als TO COMPLETE. Eine Vorlage, keine Rechtsberatung; sie zeigt nicht, dass ein Produkt die Verordnung (EU) 2024/2847 erfüllt.

Der gesamte CRA-Dokumentensatz mit dieser Richtlinie, den Verfahren für Schwachstellenbehandlung und Meldung, der technischen Dokumentation und der EU-Konformitätserklärung in 9 Sprachen (kostenpflichtig)

Was die Cyberresilienz-Verordnung verlangt

  • Eine Strategie zur koordinierten Offenlegung von Schwachstellen festlegen und durchsetzen (Anhang I Teil II Nummer 5).
  • Das Melden von Schwachstellen erleichtern, unter anderem durch eine Kontaktadresse für Meldungen (Anhang I Teil II Nummer 6).
  • Sobald ein Sicherheitsupdate verfügbar ist, Informationen über die behobene Schwachstelle veröffentlichen: Beschreibung, betroffene Produkte, Auswirkungen und Schwere sowie Abhilfe für die Nutzer; die Veröffentlichung darf verschoben werden, wenn ihre Sicherheitsrisiken den Nutzen überwiegen (Anhang I Teil II Nummer 4).
  • Eine zentrale Anlaufstelle benennen, über die Nutzer Sie direkt und schnell erreichen, auch um Schwachstellen zu melden (Artikel 13 Absatz 17), und sie mit dem Ort der Richtlinie in den Informationen für Nutzer angeben (Anhang II Nummer 2).

Daten

Die Anforderungen an die Behandlung von Schwachstellen in Anhang I Teil II gelten ab dem 11. Dezember 2027. Die Pflicht, aktiv ausgenutzte Schwachstellen und schwerwiegende Vorfälle zu melden, gilt ab dem 11. September 2026 (Artikel 71 Absatz 2); eine veröffentlichte Meldeadresse hilft, rechtzeitig davon zu erfahren.

Was security.txt ist

Eine kurze Textdatei unter /.well-known/security.txt, die Sicherheitsforschenden sagt, wohin sie melden können (RFC 9116). Sie braucht eine Contact-Zeile und ein Expires-Datum; der Generator ergänzt die Adresse der Richtlinie, die bevorzugte Sprache und, mit Ihrer Website, die Canonical-Zeile. Webadressen darin müssen https verwenden.

Was der Generator nicht tut

Er richtet keinen Meldekanal ein, sichtet keine Meldungen und entscheidet nicht, ob etwas nach Artikel 14 gemeldet werden muss. Für die Meldefristen nutzen Sie das CRA-Meldeverzeichnis, für die Software-Stückliste den SBOM-Generator, für Ihren Stand den CRA-Bereitschaftscheck.

Nichts, was Sie eingeben, wird gespeichert oder gesendet: Neuladen löscht es. Kopieren oder laden Sie die Dateien herunter, um sie zu behalten.