Sjekk av security.txt

Skriv inn domenet ditt, så leser denne sjekken av security.txt filen på /.well-known/security.txt, kontrollerer hver linje mot RFC 9116 og forklarer hvert problem med enkle ord. Du får en rettet fil som du kan kopiere, med en kontaktadresse, en utløpsdato mindre enn ett år fram i tid og den kanoniske URL-en.

Gratis, uten konto. Ti kontroller i timen. Vi leser bare security.txt-filen og åpner ingenting den lenker til.

Vi sender verten til API-et vårt, som ber nettstedet ditt om filen over HTTPS. Svar lagres i fem minutter.

En security.txt-fil forteller sikkerhetsforskere hvordan de kan melde fra til deg om en sårbarhet. RFC 9116 krever at den ligger på /.well-known/security.txt over HTTPS, med minst én Contact-linje og én Expires-dato i fremtiden. Denne sjekken leser filen, kontrollerer hvert felt mot RFC-en og gir deg en rettet fil som du kan publisere.

Slik bruker du dette sjekkverktøyet

Skriv inn domenet ditt
Skriv inn verten som leverer nettstedet ditt, for eksempel example.com. En security.txt-fil gjelder bare for verten den leses fra, så www.example.com sjekkes som en egen vert. Resultatet har sin egen lenke, slik at du kan sende det til den som drifter nettstedet.
Les funnene
Feil bryter en regel i RFC 9116, for eksempel en manglende Contact-linje eller en Expires-dato som har passert. Råd dekker det RFC-en anbefaler, for eksempel en signatur eller en Canonical-linje. Hvert funn oppgir hvilken linje det gjelder.
Publiser den rettede filen
Kopier den rettede filen, kontroller kontaktadressen og lagre den som /.well-known/security.txt, levert som text/plain over HTTPS. Legg Expires-datoen i kalenderen din og publiser en ny fil før den utløper.

Spørsmål om dette sjekkverktøyet

En ren tekstfil, definert i RFC 9116, som forteller dem som finner et sikkerhetsproblem på nettstedet ditt, hvordan de kan nå deg. Den oppgir minst én kontakt, for eksempel en e-postadresse eller et nettskjema, og en dato etter at filen regnes som utdatert.

Contact og Expires. Contact må være en URI, for eksempel mailto:security@example.com eller en https-lenke til et skjema, og den kan forekomme flere ganger. Expires må forekomme én gang, som dato og klokkeslett, for eksempel 2027-06-30T00:00:00Z, og RFC-en anbefaler en dato mindre enn ett år fram i tid.

RFC 9116 sier at nettsteder må plassere filen under stien /.well-known/. En fil på øverste nivå, /security.txt, er bare tillatt for eldre verktøy, og når begge finnes, må den under /.well-known/ brukes. En fil som bare finnes på øverste nivå, rapporteres som en feil her.

Den ber om https://your-host/.well-known/security.txt og, bare hvis den mangler, /security.txt, og følger omdirigeringer som holder seg på HTTPS. Den åpner ingen andre sider og kontakter ingen som er oppført i filen. Den sjekker formen på en OpenPGP-signatur, men kan ikke verifisere den uten den offentlige nøkkelen din.

Forordningen nevner ikke filen. Vedlegg I, del II, punkt 6 krever at produsenter av produkter med digitale elementer oppgir en kontaktadresse for melding om sårbarheter, og security.txt er ett offentlig sted å oppgi den. Denne siden er en teknisk sjekk, ikke juridisk rådgivning.

Ja. Sideadressen inneholder verten, som i ?domain=example.com, så alle som åpner lenken, kjører den samme sjekken. Svar lagres i fem minutter, så vent noen minutter etter at du har publisert en ny fil før du sjekker på nytt.

Vil du ha filen og retningslinjene skrevet for deg?

Cyber Resilience Act-pakken inneholder en security.txt-fil, retningslinjene for offentliggjøring av sårbarheter som den lenker til, og prosedyren for rapportering innen 24 timer, med hver plikt henvist til sin artikkel.