Naar de inhoud
EU Rules Finder
Nederlands (Taal)

Sjabloon voor beleid inzake gecoördineerde openbaarmaking van kwetsbaarheden en security.txt-generator

De Verordening cyberweerbaarheid verplicht elke fabrikant van een product met digitale elementen tot een beleid inzake gecoördineerde openbaarmaking van kwetsbaarheden en een contactadres voor meldingen. Vul uw gegevens in voor de beleidstekst en een bijpassend security.txt-bestand voor uw website. Niets wat u typt verlaat uw browser.

Gecontroleerd aan de hand van de bronnen op 2 november 2026

Productnamen, modellen of „al onze producten met digitale elementen”.
Een e-mailadres of het https-adres van een webformulier: uw centraal contactpunt (artikel 13, lid 17).
Een https-pagina op uw website, bijvoorbeeld https://example.com/security.
Voor de Canonical-regel van security.txt.
Een geheel getal van 1 tot 30.

Uw beleid

Nog in te vullen

  • Vul de bedrijfsnaam in.
  • Vul een e-mailadres of het https-adres van een webformulier voor meldingen in.
  • Vul het https-adres in waar het beleid wordt gepubliceerd.
  • Vul de datum van het beleid in.

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

Publiceer dit bestand op /.well-known/security.txt van uw website. Het verloopt een jaar min een dag na de datum van het beleid (RFC 9116 vraagt minder dan een jaar): vernieuw het tijdig.

security.txt heeft een leesbaar contact en een datum nodig; het verschijnt hier zodra beide zijn ingevuld.

Het beleid is in het Engels geschreven, de taal van de meeste melders; vertaal het als uw gebruikers dat nodig hebben. Onleesbare gegevens verschijnen als TO COMPLETE. Het is een sjabloon, geen juridisch advies, en toont niet aan dat een product aan Verordening (EU) 2024/2847 voldoet.

De volledige set CRA-documenten, met dit beleid, de procedures voor de behandeling en melding van kwetsbaarheden, de technische documentatie en de EU-conformiteitsverklaring in 9 talen (betaald)

Wat de Verordening cyberweerbaarheid vraagt

  • Een beleid inzake gecoördineerde openbaarmaking van kwetsbaarheden invoeren en handhaven (bijlage I, deel II, punt 5).
  • Het melden van kwetsbaarheden vergemakkelijken, onder meer met een contactadres voor meldingen (bijlage I, deel II, punt 6).
  • Zodra een beveiligingsupdate beschikbaar is, informatie over de verholpen kwetsbaarheid publiceren: beschrijving, getroffen producten, gevolgen en ernst, en hoe gebruikers het kunnen verhelpen; publicatie mag worden uitgesteld als de beveiligingsrisico’s ervan zwaarder wegen dan de voordelen (bijlage I, deel II, punt 4).
  • Een centraal contactpunt aanwijzen waarmee gebruikers u rechtstreeks en snel bereiken, ook om kwetsbaarheden te melden (artikel 13, lid 17), en dit samen met de vindplaats van het beleid vermelden in de informatie voor gebruikers (bijlage II, punt 2).

Data

De eisen voor de behandeling van kwetsbaarheden in bijlage I, deel II, gelden vanaf 11 december 2027. De plicht om actief misbruikte kwetsbaarheden en ernstige incidenten te melden geldt vanaf 11 september 2026 (artikel 71, lid 2); een gepubliceerd meldadres helpt u er tijdig van te horen.

Wat security.txt is

Een kort tekstbestand op /.well-known/security.txt dat beveiligingsonderzoekers vertelt waar ze kunnen melden (RFC 9116). Het heeft een Contact-regel en een Expires-datum nodig; de generator voegt het adres van het beleid, de voorkeurstaal en, met uw website, de Canonical-regel toe. Webadressen moeten https gebruiken.

Wat de generator niet doet

Hij richt geen meldkanaal in, beoordeelt geen meldingen en beslist niet of iets onder artikel 14 gemeld moet worden. Voor de meldtermijnen gebruikt u het CRA-meldregister; voor de softwarestuklijst de SBOM-generator; om te zien waar u staat de CRA-gereedheidscheck.

Niets wat u typt wordt opgeslagen of verzonden: herladen wist het. Kopieer of download de bestanden om ze te bewaren.