Hackerpunk
HACKERPUNK.it
ethical hacking
← Torna al blog
GratuitoGaming

Il Cyber Resilience Act dell'UE avvia l'orologio delle vulnerabilità di 24 ore

Pubblicato il 13 settembre 2026 · redazione

Il Cyber Resilience Act dell'UE avvia l'orologio delle vulnerabilità di 24 ore

Console vocale

Lettura Sci-Fi

Gli articoli sono gratis: la lettura vocale Sci-Fi è un extra a pagamento.

Sblocca voce Sci-Fi
Sponsorizzato

Cyberpunk Experience

Storie, voci e contenuti premium per chi vive il gaming con mentalità hacker.

Premium

In base alle norme di segnalazione obbligatoria previste dal Cyber ​​Resilience Act, i produttori che vendono prodotti con elementi digitali nell'UE sono ora tenuti a segnalare alle autorità di cybersicurezza le vulnerabilità attivamente sfruttate.

Gli obblighi di segnalazione previsti dall'articolo 14 del CRA sono entrati in vigore oggi. Fatte salve le esenzioni previste dal regolamento, si applicano ai produttori di dispositivi con elementi digitali immessi sul mercato nell'UE, indipendentemente dal luogo di residenza di tali produttori.

I produttori devono inviare un avviso tempestivo entro 24 ore dalla scoperta di una vulnerabilità attivamente sfruttata, seguito da una notifica più dettagliata entro 72 ore.

Le stesse scadenze si applicano agli incidenti gravi che compromettono la sicurezza dei prodotti con elementi digitali.

L'unica differenza in termini di tempistica riguarda la relazione finale. I produttori devono fornire una relazione finale su una vulnerabilità attivamente sfruttata entro 14 giorni dalla messa a disposizione di una misura correttiva o di mitigazione. Per gli incidenti gravi, la relazione finale deve essere presentata entro un mese dalla prima segnalazione.

Darren Anstee, CTO per la sicurezza di Netscout, ha affermato che le scadenze per la presentazione dei report introducono la necessaria urgenza nel percorso verso la resilienza informatica globale.

"Il lasso di tempo di 24 ore entro il quale deve essere segnalato un allarme iniziale crea un senso di urgenza, e le scadenze successive garantiscono che la raccolta e la diffusione di ulteriori informazioni siano tempestive", ha affermato.

"Una condivisione delle informazioni migliore e più rapida aiuta le organizzazioni a mettere in atto difese e controlli di mitigazione quando sanno che esiste un rischio elevato."

I produttori dell'UE e dei paesi extra-UE devono presentare queste segnalazioni tramite la Piattaforma unica di segnalazione (SRP) dell'ENISA.

Le notifiche sono indirizzate al team di coordinamento per la risposta agli incidenti di sicurezza informatica (CSIRT) designato ai sensi del CRA. Per un fabbricante UE, si tratta generalmente del CSIRT dello Stato membro in cui ha la sua sede principale; norme separate determinano il coordinatore per i fabbricanti con sede al di fuori del blocco.

I produttori devono inoltre informare gli utenti interessati, ove opportuno, in merito a vulnerabilità attivamente sfruttate o incidenti gravi. Il CRA stabilisce che gli utenti devono essere informati delle correzioni o delle misure di mitigazione disponibili senza indebito ritardo.

In generale, le violazioni della normativa CRA sono punibili con sanzioni pecuniarie di diversa entità, le più gravi delle quali possono raggiungere i 15 milioni di euro (17,4 milioni di dollari) o il 2,5% del fatturato annuo del trasgressore, a seconda di quale dei due importi sia maggiore.

Gli obblighi di segnalazione entrati in vigore oggi sono classificati come responsabilità fondamentali ai sensi della legge, il che significa che la mancata osservanza di tali obblighi potrebbe comportare l'applicazione delle sanzioni massime previste.

Rappresentano l'ultimo passo del piano dell'UE per introdurre gradualmente normative di sicurezza più rigorose per le aziende che operano nel blocco.

La maggior parte delle restanti disposizioni del CRA entrerà in vigore l'11 dicembre 2027, data a partire dalla quale i produttori saranno tenuti a integrare la sicurezza fin dalla progettazione e per impostazione predefinita. Ciò significa che non saranno più consentite password predefinite e gli aggiornamenti di sicurezza non saranno più facoltativi.

I prodotti contemplati dal CRA dovranno inoltre essere sottoposti alla relativa valutazione di conformità prima di essere immessi sul mercato dell'UE e di recare la marcatura CE.

Più di una scadenza

Le nuove norme della CRA non mirano solo ad accelerare le risposte dei produttori alle falle di sicurezza, ma anche a fornire alle aziende una migliore comprensione delle proprie catene di fornitura del software.

Poiché il termine per la segnalazione inizia a decorrere non appena i produttori vengono a conoscenza di un problema, non possono permettersi di iniziare a mappare un prodotto interessato solo dopo che si è verificata una vulnerabilità o un incidente. Hanno bisogno di una visione completa del prodotto interessato e di tutti i prodotti correlati che potrebbero presentare lo stesso difetto, se vogliono rispettare le scadenze.

Inoltre, tali requisiti impongono ai produttori di mantenere questa comprensione per tutto il ciclo di vita di ciascun prodotto.

Creare una distinta base del software (SBOM) al momento del lancio di un prodotto è una cosa. La SBOM diventerà un requisito obbligatorio quando la maggior parte delle restanti disposizioni del CRA entreranno in vigore l'anno prossimo.

Mantenere nel tempo tale istantanea della sicurezza ha lo scopo di contribuire a ridurre il numero e l'impatto dei gravi attacchi informatici in tutta l'UE.

"Per i produttori, tutto ciò significa che lo sviluppo sicuro, la gestione efficace delle vulnerabilità e la tracciabilità lungo tutta la catena di fornitura del software dovrebbero essere considerate priorità assolute", ha affermato Eran Kinsbruner, vicepresidente del marketing di prodotto presso Checkmarx.

"Le applicazioni moderne sono composte da un complesso ecosistema di componenti, con combinazioni di codice proprietario, pacchetti open source, componenti di terze parti e, sempre più spesso, modelli e servizi di intelligenza artificiale, tutti interconnessi", ha aggiunto. "Le organizzazioni devono comprendere questi componenti, le loro dipendenze e i rischi che comportano."

Con il tempo, la CRA (Community Responsibility Act) sembra destinata a migliorare la resilienza informatica in generale. Tuttavia, gli avvocati avvertono che i produttori, in particolare quelli al di fuori dei settori fortemente regolamentati, devono ora confrontarsi con un corpus crescente di norme sovrapposte.

"L'entrata in vigore del CRA (Community Reinvestment Act) avviene in un momento in cui le organizzazioni sono già alle prese con un corpus crescente di normative relative al Decennio Digitale, tra cui NIS2 , DORA , il Data Act e l' AI Act ", ha affermato Heidi Waem, partner specializzata in dati, privacy e sicurezza informatica presso DLA Piper.

"Stiamo assistendo a un'evoluzione delle sfide in materia di conformità per molte aziende, che vanno oltre la semplice comprensione delle singole normative in isolamento, per arrivare a determinare come interagiscono molteplici quadri normativi, dove i requisiti si sovrappongono e come i programmi di conformità possono essere coordinati tra di essi."

John Magee, partner e co-presidente globale per i dati, la privacy e la sicurezza informatica presso lo stesso studio legale, ha aggiunto: "Anche ora stiamo assistendo a come l'ampiezza della portata del regolamento stia cogliendo di sorpresa le organizzazioni.

"Molti associano ancora il Consumer Rights Act (CRA) principalmente ai dispositivi IoT di consumo, quando in realtà si applica a una gamma molto più ampia di prodotti con elementi digitali. Per i team di compliance già molto impegnati nella gestione di molteplici iniziative del Decennio Digitale, esiste il rischio che questa prima ondata di obblighi del CRA sia arrivata prima e con un impatto maggiore di quanto previsto

Sponsorizzato

Hackerpunk su YouTube

Video, analisi e approfondimenti dal canale ufficiale.

Segui su YouTube