Security.txt-checker

Vul je domein in en deze security.txt-checker leest het bestand op /.well-known/security.txt, controleert elke regel aan de hand van RFC 9116 en legt elk probleem in gewone taal uit. Je krijgt een gecorrigeerd bestand om te kopiëren, met een contactadres, een vervaldatum die minder dan een jaar vooruit ligt en de canonieke URL.

Gratis, zonder account. Tien controles per uur. We lezen alleen het security.txt-bestand en openen niets waarnaar het verwijst.

We sturen de host naar onze API, die je site via HTTPS om het bestand vraagt. Antwoorden worden vijf minuten bewaard.

Een security.txt-bestand vertelt beveiligingsonderzoekers hoe ze een kwetsbaarheid bij jou kunnen melden. RFC 9116 vraagt om dit bestand op /.well-known/security.txt via HTTPS, met minstens één Contact-regel en één Expires-datum in de toekomst. Deze checker leest dat bestand, controleert elk veld aan de hand van de RFC en geeft je een gecorrigeerd bestand om te publiceren.

Zo gebruik je deze checker

Vul je domein in
Typ de host die je website aanbiedt, zoals example.com. Een security.txt-bestand geldt alleen voor de host waarvan het wordt gelezen, dus www.example.com wordt als aparte host gecontroleerd. Het resultaat heeft een eigen link, zodat je het kunt doorsturen naar de beheerder van de site.
Lees de bevindingen
Fouten overtreden een regel uit RFC 9116, zoals een ontbrekende Contact-regel of een Expires-datum in het verleden. Adviezen betreffen wat de RFC aanbeveelt, zoals een handtekening of een Canonical-regel. Bij elke bevinding staat de regel waar het over gaat.
Publiceer het gecorrigeerde bestand
Kopieer het gecorrigeerde bestand, controleer het contactadres en sla het op als /.well-known/security.txt, aangeboden als text/plain via HTTPS. Zet de Expires-datum in je agenda en publiceer een nieuw bestand voordat die datum verstrijkt.

Vragen over deze checker

Een tekstbestand, beschreven in RFC 9116, dat mensen die een beveiligingsprobleem op je site vinden vertelt hoe ze je kunnen bereiken. Het bevat minstens één contactmogelijkheid, zoals een e-mailadres of een webformulier, en een datum waarna het bestand als verouderd geldt.

Contact en Expires. Contact moet een URI zijn, zoals mailto:security@example.com of een https-link naar een formulier, en mag meerdere keren voorkomen. Expires moet één keer voorkomen, als datum en tijd zoals 2027-06-30T00:00:00Z, en de RFC raadt een datum aan die minder dan een jaar vooruit ligt.

RFC 9116 bepaalt dat websites het bestand onder het pad /.well-known/ moeten plaatsen. Een bestand op het hoogste niveau (/security.txt) is alleen toegestaan voor oudere tools, en als beide bestaan, moet die in /.well-known/ worden gebruikt. Een bestand dat alleen op het hoogste niveau staat, wordt hier als fout gemeld.

Hij vraagt https://your-host/.well-known/security.txt op en alleen als dat ontbreekt /security.txt, waarbij hij omleidingen volgt die op HTTPS blijven. Hij opent geen andere pagina en neemt geen contact op met wie in het bestand staat. Hij controleert de vorm van een OpenPGP-handtekening, maar kan die zonder je publieke sleutel niet verifiëren.

De verordening noemt het bestand niet. Bijlage I, deel II, punt 6 vraagt fabrikanten van producten met digitale elementen om een contactadres voor het melden van kwetsbaarheden te geven, en security.txt is een openbare plek om dat te doen. Deze pagina is een technische controle, geen juridisch advies.

Ja. Het paginaadres bevat de host, zoals in ?domain=example.com, dus iedereen die de link opent, voert dezelfde controle uit. Antwoorden worden vijf minuten bewaard, dus wacht na het publiceren van een nieuw bestand een paar minuten voordat je opnieuw controleert.

Wil je het bestand en het beleid laten schrijven?

De Cyber Resilience Act-kit bevat een security.txt-bestand, het beleid voor het melden van kwetsbaarheden waar het naar verwijst en de meldprocedure van 24 uur, waarbij elke verplichting naar het bijbehorende artikel verwijst.