Verifica security.txt

Inserisci il tuo dominio: questo strumento legge il file in /.well-known/security.txt, controlla ogni riga secondo la RFC 9116 e spiega ogni problema in parole semplici. Ottieni un file corretto da copiare, con un indirizzo di contatto, una data di scadenza entro un anno e l'URL canonico.

Gratis, senza account. Dieci controlli all'ora. Leggiamo solo il file security.txt e non apriamo nulla di ciò che collega.

Inviamo l'host alla nostra API, che richiede il file al tuo sito tramite HTTPS. Le risposte vengono conservate per cinque minuti.

Un file security.txt indica ai ricercatori di sicurezza come segnalarti una vulnerabilità. La RFC 9116 lo richiede in /.well-known/security.txt tramite HTTPS, con almeno una riga Contact e una data Expires nel futuro. Questo strumento legge il file, controlla ogni campo rispetto alla RFC e ti restituisce un file corretto da pubblicare.

Come usare questo strumento di verifica

Inserisci il tuo dominio
Scrivi l'host che serve il tuo sito, ad esempio example.com. Un file security.txt vale solo per l'host da cui viene letto, quindi www.example.com viene controllato come host a sé. Il risultato ha un link dedicato, così puoi inviarlo a chi gestisce il sito.
Leggi i risultati
Gli errori violano una regola della RFC 9116, come una riga Contact mancante o una data Expires nel passato. I suggerimenti riguardano ciò che la RFC raccomanda, come una firma o una riga Canonical. Ogni risultato indica la riga a cui si riferisce.
Pubblica il file corretto
Copia il file corretto, verifica l'indirizzo di contatto e salvalo come /.well-known/security.txt, servito come text/plain tramite HTTPS. Segna la data Expires nel calendario e pubblica un nuovo file prima che scada.

Domande su questo strumento di verifica

Un file di testo semplice, definito nella RFC 9116, che indica a chi trova un problema di sicurezza sul tuo sito come contattarti. Elenca almeno un contatto, come un indirizzo email o un modulo web, e una data dopo la quale il file è considerato obsoleto.

Contact ed Expires. Contact deve essere un URI, come mailto:security@example.com o un link https a un modulo, e può comparire più volte. Expires deve comparire una sola volta, come data e ora, ad esempio 2027-06-30T00:00:00Z, e la RFC raccomanda una data entro un anno.

La RFC 9116 stabilisce che i siti web devono collocare il file nel percorso /.well-known/. Un file in /security.txt, al livello principale, è consentito solo per gli strumenti più vecchi, e se esistono entrambi va usato quello in /.well-known/. Un file trovato solo al livello principale viene segnalato qui come errore.

Richiede https://your-host/.well-known/security.txt e, solo se manca, /security.txt, seguendo i reindirizzamenti che restano su HTTPS. Non apre nessun'altra pagina e non contatta nessuno degli indirizzi indicati nel file. Controlla la forma di una firma OpenPGP, ma non può verificarla senza la tua chiave pubblica.

Il regolamento non nomina il file. L'Allegato I, Parte II, punto 6 chiede ai fabbricanti di prodotti con elementi digitali di fornire un indirizzo di contatto per la segnalazione delle vulnerabilità, e security.txt è un luogo pubblico in cui indicarlo. Questa pagina offre una verifica tecnica, non una consulenza legale.

Sì. L'indirizzo della pagina contiene l'host, ad esempio ?domain=example.com, quindi chiunque apra il link esegue la stessa verifica. Le risposte vengono conservate per cinque minuti: dopo aver pubblicato un nuovo file, attendi qualche minuto prima di controllare di nuovo.

Vuoi che file e policy vengano scritti per te?

Il kit per il Cyber Resilience Act include un file security.txt, la policy di divulgazione delle vulnerabilità a cui rimanda e la procedura di segnalazione entro 24 ore, con ogni obbligo collegato al relativo articolo.