Autodichiarazione CRA

Documenta il tuo contatto di sicurezza e il periodo di supporto, in due minuti. Dai tuoi dati nascono tre testi pronti da copiare: un security.txt, una sezione readme per wordpress.org e informazioni di sicurezza pubbliche per il tuo sito. Tutto gira nel tuo browser, non viene trasmesso e non viene salvato nulla.

Questo strumento crea modelli di testo a partire dai tuoi dati. È un orientamento, non una valutazione della conformità. Non verifica se il regolamento sulla ciberresilienza si applica al tuo prodotto e non valuta se i tuoi dati o il tuo prodotto soddisfano i requisiti di legge. I testi generati non sono consulenza legale e non sostituiscono l’esame da parte di un avvocato o di un’avvocata, in particolare sulla questione se e in che misura il regolamento sulla ciberresilienza valga per te e quale periodo di supporto sia adeguato per il tuo prodotto. Sei tu a rispondere della correttezza dei testi che pubblichi. Tutte le indicazioni senza garanzia, aggiornate ad agosto 2026.
Come si chiama il prodotto nella directory o nello shop.
Lascia vuoto se i dati valgono per tutto il prodotto.
Nome dell’azienda o della persona, come nelle note legali.
Viene usato per la riga canonical del security.txt.
Una casella dedicata come security@ funziona meglio del forum di supporto. L’indirizzo viene solo inserito nei testi generati, non viene inviato da nessuna parte.
Per esempio una pagina sulla divulgazione coordinata delle vulnerabilità. Senza indicazione la riga Policy non compare.
Senza indicazione la riga Encryption non compare.
L’art. 13, paragrafo 8 del CRA indica almeno cinque anni, oppure la vita utile attesa del prodotto se più breve.
Attenzione: questa data è un impegno pubblico, non una dichiarazione di intenti. Chi entro quel termine non fornisce aggiornamenti di sicurezza si è comunque vincolato. Nel dubbio scegli una data più vicina e prorogala in seguito.
Lingue preferite per le segnalazioni
Il security.txt e la sezione readme sono sempre in inglese, è la convenzione.

1. security.txt

Da salvare in /.well-known/security.txt

					

						
						
					

					
Modello ricavato dai tuoi dati, non è consulenza legale. Controlla i contenuti prima di pubblicarli, nel dubbio rivolgiti a un avvocato.

				


				

					
2. Sezione readme per wordpress.org

					
Nel readme.txt del plugin, come sezione a sé

					

					

						
						
					

					
Modello ricavato dai tuoi dati, non è consulenza legale. Controlla i contenuti prima di pubblicarli, nel dubbio rivolgiti a un avvocato.

				


				

					
3. Informazioni di sicurezza pubbliche

					
Per una pagina come /sicurezza o l’area prodotto

					

					

						
						
					

					
Modello ricavato dai tuoi dati, non è consulenza legale. Controlla i contenuti prima di pubblicarli, nel dubbio rivolgiti a un avvocato.

				

			


			

				
Scadenze del regolamento sulla ciberresilienza (regolamento (UE) 2024/2847), aggiornate ad agosto 2026: gli obblighi di segnalazione di cui all’art. 14 si applicano dall’11/09/2026, tutti gli obblighi del fabbricante dall’11/12/2027. Per una distinta base delle tue dipendenze (SBOM) la via consueta è cyclonedx/cyclonedx-php-composer, questo strumento non genera alcuna SBOM.

				
Il security.txt finito va poi sul server, sotto /.well-known/. Per forzare HTTPS e impostare le intestazioni di sicurezza sullo stesso server qui c’è il generatore di .htaccess, anch’esso gratuito e senza account. Per vedere come si presenta una pagina di sicurezza finita, dai un’occhiata alla nostra pagina di sicurezza, che è al tempo stesso la nostra politica di divulgazione coordinata delle vulnerabilità. Le scadenze verificate e quattro primi passi, dall’elenco dei componenti al canale di segnalazione, sono sulla nostra pagina Cyber Resilience Act: scadenze e cosa fare adesso (in tedesco).

				
← Tutti gli strumenti gratuiti