Guide

Guida NIS2 · 7 min

Notifica degli incidenti NIS2: i termini di 24 e 72 ore spiegati

Quando un incidente significativo colpisce, l'orologio parte subito, e NIS2 misura i suoi termini in ore, non in giorni. Questa guida espone cosa conta come incidente significativo, la sequenza esatta di notifica ai sensi dell'articolo 23, e il caso su cui i team inciampano di più: il momento in cui l'incidente di un fornitore diventa silenziosamente il tuo obbligo di notifica.

Controlla il tuo dominio ora

Scopri cosa è pubblicamente visibile sulla sicurezza della tua organizzazione, senza registrazione.

Questa anteprima immediata verifica:

  • HTTPS raggiungibile
  • HSTS abilitato
  • Reindirizzamento HTTP → HTTPS
  • SPF configurato
  • DMARC applicato
  • Posta (MX) configurata

Il report completo aggiunge ransomware, dark web, certificati, dati aziendali e oltre 100 altri controlli.

Punti chiave

  • Un incidente significativo innesca una notifica scaglionata: preallarme entro 24 ore, notifica completa entro 72 ore, relazione finale entro un mese (art. 23).
  • «Significativo» significa grave perturbazione operativa o perdita finanziaria, o danno considerevole ad altri: non ogni incidente supera quell'asticella.
  • L'incidente di un fornitore o di una terza parte che perturba il tuo servizio può avviare il tuo orologio di 24 ore: la visibilità su di essi fa parte della prontezza.
  • Le notifiche vanno al tuo CSIRT nazionale o all'autorità competente; potresti anche dover informare i destinatari dei tuoi servizi.

Cosa conta come incidente «significativo»

Non ogni incidente è notificabile. Ai sensi dell'articolo 23, un incidente è significativo se ha causato o è in grado di causare una grave perturbazione operativa dei servizi o perdite finanziarie per il soggetto, oppure se ha colpito o è in grado di colpire altre persone fisiche o giuridiche causando un danno materiale o immateriale considerevole.

La Commissione ha fissato soglie più concrete per alcuni fornitori digitali in un regolamento di esecuzione, ma il principio vale in tutti i settori: giudicate in base alla gravità e alla portata dell'impatto, non a quanto fosse inedito l'attacco. In caso di dubbio, documenta la valutazione: la decisione di non notificare dovrebbe essere difendibile quanto quella di notificare.

Il calendario di notifica (articolo 23)

La notifica è scaglionata: prima un segnale rapido, il dettaglio dopo. Il conto alla rovescia decorre dal momento in cui vieni a conoscenza dell'incidente significativo: non da quando è iniziato.

Entro 24 ore: preallarme

Un primo avviso al tuo CSIRT o all'autorità competente, indicando se l'incidente è sospettato essere doloso o illecito e se potrebbe avere un impatto transfrontaliero.

Entro 72 ore: notifica dell'incidente

Un aggiornamento con una prima valutazione: gravità e impatto, e indicatori di compromissione ove disponibili.

Su richiesta: relazione intermedia

Se il CSIRT o l'autorità lo chiede, un aggiornamento sullo stato della gestione dell'incidente.

Entro 1 mese dalla notifica: relazione finale

Una descrizione dettagliata: causa di fondo e tipo di minaccia, le mitigazioni applicate e in corso, e ogni impatto transfrontaliero.

Se l'incidente è ancora in corso al traguardo del mese, presentate invece una relazione sullo stato di avanzamento, con la relazione finale dovuta entro un mese dalla gestione dell'incidente.

Quando l'incidente di un altro diventa il tuo

L'obbligo di notifica non si ferma agli incidenti che nascono nei tuoi sistemi. Se un fornitore o prestatore di servizi ne subisce uno che perturba in modo significativo i servizi che fornisci, l'obbligo di notificare può ricadere su di te, e l'orologio delle 24 ore parte quando ne vieni a conoscenza, non quando il fornitore finalmente te lo comunica.

È questa la parte difficile: i fornitori non sempre divulgano in fretta, e una notifica che arriva una settimana in ritardo ha già consumato il tuo termine. La prontezza poggia quindi su una visibilità indipendente: sapere quando un fornitore critico compare su un sito di leak ransomware, vede le credenziali trafugate o si spegne, senza aspettare la sua e-mail.

Scopri il tuo punteggio reale e quello dei tuoi fornitori

Gratis · senza carta di credito · senza limiti di tempo

Come essere pronti prima che parta l'orologio

Rispettare un termine di poche ore è un esercizio di preparazione, non di eroismo. Prima che accada qualcosa, assicurati di saper rispondere:

Chi decide se un incidente è «significativo», e chi raggiunge il CSIRT fuori dall'orario d'ufficio?
Il contatto del CSIRT/autorità e il canale di invio sono pronti a portata di mano: non qualcosa da cercare nel mezzo della crisi?
Le clausole di notifica degli incidenti dei fornitori sono nei contratti, con una finestra definita per avvisarvi?
Monitoriamo i fornitori critici in modo indipendente, per non restare ciechi davanti a un incidente che non hanno divulgato?
Sappiamo produrre la cronologia e le prove che una relazione finale richiede: cosa è successo, quando, e cosa abbiamo fatto?

Fonte: Direttiva (UE) 2022/2555 (NIS2), articolo 23 — oltre al regolamento di esecuzione della Commissione sulle soglie di incidente significativo per alcuni fornitori digitali; verifica il portale di notifica del tuo CSIRT nazionale per il canale esatto.

Come aiuta norppa.io

La parte più dura del calendario è quella che non controlla: un incidente di un fornitore di cui vieni a sapere troppo tardi. norppa.io sorveglia i tuoi fornitori in continuo (le comparse su liste di vittime di ransomware vengono ricontrollate all'incirca ogni sei ore, con un avviso immediato) così un evento del fornitore ti raggiunge in tempo per avviare il tuo orologio.

E poiché ogni rilievo è marcato temporalmente e collegato agli articoli NIS2 a cui risponde, la cronologia che una notifica a 72 ore o una relazione finale a un mese richiede (cosa è stato visto, quando, e cosa è stato fatto) è già assemblata anziché ricostruita sotto pressione.

Non ancora pronto a iniziare? Ricevi lo stato NIS2 del tuo Paese

Ti invieremo lo stato di recepimento NIS2 del tuo Paese (autorità, legge nazionale, date chiave) e una checklist sintetica di due diligence dei fornitori. Un'email, poi aggiornamenti NIS2 occasionali.

Non condividiamo mai la tua email. Disiscrizione con un clic. Conservata nell'UE.

Non scoprire troppo tardi l'incidente di un fornitore

Vedi nel rapporto di esempio come il monitoraggio continuo dei fornitori porta alla luce i ransomware nel giro di ore e le credenziali trapelate ogni giorno.

Gratis · senza carta di credito · senza limiti di tempo

Piano gratuito: il questionario NIS2 di 41 domande per un massimo di 10 fornitori, i controlli pubblici del tuo dominio e il monitoraggio DMARC di un dominio.

Ultima revisione: 19 giugno 2026

Questa guida fornisce informazioni generali sul diritto dell'UE, non consulenza legale. NIS2 entra in vigore tramite la legge di recepimento nazionale di ciascuno Stato membro dell'UE, che può differire nei dettagli. Verifica gli obblighi che ti riguardano con la tua autorità competente o un consulente legale.

Guide correlate

I requisiti tecnici vincolanti di NIS2 per i fornitori cloud, MSP e DNS (regolamento 2024/2690)

Un gruppo di fornitori ha requisiti tecnici vincolanti ed elencati che si applicano direttamente in tutti i 27 Stati membri, senza alcuna legge nazionale da attendere. Quali undici tipi di fornitore sono coperti, i tredici ambiti di requisiti e quali sei puoi verificare dall'esterno.

Linee guida ENISA sulla cybersicurezza degli appalti ospedalieri: come valutare i tuoi fornitori

Le linee guida ENISA sugli appalti di luglio 2026 rendono la cybersicurezza dei fornitori parte degli acquisti sanitari. Tradotte in passi concreti: specificare i requisiti, valutare i candidati dall'esterno, contrattualizzare, monitorare e documentare, collegate all'obbligo di supply chain NIS2 art. 21(2)(d).

Come conformarsi a NIS2: una roadmap passo dopo passo

I passi verso la conformità NIS2 in ordine: confermare l'ambito, registrarsi, responsabilità della dirigenza (art. 20), le misure dell'art. 21(2), sicurezza della supply chain, notifica degli incidenti (art. 23) e garanzia continua e dimostrata.

Chi rientra nell'ambito di NIS2? Soggetti essenziali e importanti, settori e soglie dimensionali

Stabilisci se NIS2 ti riguarda: i due livelli, i settori degli allegati I/II, le soglie dimensionali, le eccezioni indipendenti dalla dimensione e come la supply chain ti coinvolge anche senza designazione.

NIS2 per i fornitori: non sei designato, ma i tuoi clienti sì

La maggior parte delle aziende non viene mai designata ai sensi di NIS2, ma molte devono comunque conformarsi. Come l'obbligo sulla catena di approvvigionamento di un cliente soggetto (articolo 21, paragrafo 2, lettera d) ricade su di te, cosa chiederà e come rispondere in modo credibile.

NIS2 e il requisito della supply chain: cosa significa nella pratica

NIS2 obbliga i soggetti essenziali e importanti a valutare i rischi informatici della loro supply chain. Classificazione dei fornitori, rischio di quarta parte, notifica Art. 23 e cosa cercano i revisori.

Come avviene una violazione nel 2026: la tua superficie esterna e la tua supply chain

La catena di attacco del 2026 passo per passo — credenziali rubate, dispositivi edge sfruttati, spoofing delle email — sia sulla tua superficie esterna sia su quella dei fornitori, e dove norppa.io spezza la catena.

Valutazione del rischio informatico dei fornitori: cosa verifica il monitoraggio NIS2 automatizzato

Tutte le categorie di controllo spiegate: ransomware, fughe dark web, TLS/DNSSEC, sicurezza dei cookie, CVE/EPSS, sanzioni, blocklist MX e SAQ. Ciclo di vita dei risultati e mappatura degli articoli NIS2.

NIS2 Art. 21(2): checklist di sicurezza per fornitori

Checklist per i team di approvvigionamento e sicurezza: cosa chiedere, quali prove raccogliere e come rispondere quando un fornitore non soddisfa i requisiti. Include documenti di prova suggeriti.

Questionario fornitori NIS2 (SAQ): cosa chiedere, come valutarlo e un modello gratuito

Cosa chiedere ai fornitori ai sensi dell'art. 21(2)(d), come valutare le risposte e gestire le lacune, perché l'autodichiarazione va verificata, e un modello gratuito.

NIS2 e la responsabilità della dirigenza: cosa devono sapere consiglio e vertici

Cosa si aspetta NIS2 dall'organo di gestione: doveri di approvazione e vigilanza, responsabilità personale (art. 20), formazione, KPI di reporting al consiglio e sanzioni dell'art. 34.

ISO 27001 e NIS2: cosa copre già il tuo SGSI, e le lacune che restano

Se hai la ISO 27001: cosa si riporta su NIS2 e cosa no (notifica di legge, responsabilità della dirigenza, registrazione e assicurazione continua della catena di fornitura) e come colmare la lacuna.

Sanzioni e multe NIS2: quanto, chi è responsabile e come evitarle

Cosa sono le sanzioni NIS2: i massimali dell'articolo 34 (10 M€ / 2 % per i soggetti essenziali, 7 M€ / 1,4 % per quelli importanti), la responsabilità personale della dirigenza (art. 20, art. 32), le misure non pecuniarie e come evitarle.

NIS2 vs DORA: differenze, sovrapposizioni e quale si applica a te

In cosa differiscono e si sovrappongono i due regimi UE, perché DORA è lex specialis per i soggetti finanziari, quale si applica a te, e cosa significano entrambi per il rischio terze parti.

GDPR vs NIS2: sovrapposizioni, differenze e quando un incidente attiva entrambi

In cosa differiscono e si sovrappongono GDPR e NIS2, quando un incidente attiva entrambi (GDPR art. 33 72 h all'autorità di controllo vs NIS2 art. 23 24 h/72 h/un mese al CSIRT), la cooperazione dell'art. 35 e il divieto di doppia sanzione, e cosa significano entrambi per la due diligence sui fornitori.

Il Cyber Resilience Act dell'UE (CRA): ambito, calendario e cosa significa per la tua supply chain

Cosa richiede il CRA, le sue date scaglionate (in vigore 2024, notifica set 2026, piena conformità dic 2027), chi rientra nell'ambito e perché il SaaS puro spesso no, come integra NIS2 e cosa significa per gli acquisti e la due diligence sui fornitori.

Il regolamento UE sull'IA: livelli di rischio, calendario e cosa devono fare i deployer (articolo 26)

Cosa richiede il regolamento UE sull'IA: i livelli di rischio, le date scaglionate (in vigore 2024, vietato feb 2025, GPAI ago 2025, alto rischio ago 2026), gli obblighi del deployer dell'art. 26, come si combina con NIS2 e il GDPR, e cosa significa per l'acquisto di IA.

Stato di recepimento di NIS2: in quali Paesi UE è in vigore

Quali dei 27 Stati membri UE hanno recepito NIS2 nella legge nazionale e quali la stanno ancora completando, e perché i divari raggiungono comunque la tua catena di fornitura.

Clausole contrattuali per i fornitori NIS2: cosa pretendere dai tuoi fornitori

Le clausole che rendono azionabile l'obbligo sulla catena di fornitura di NIS2: base di sicurezza, finestra di notifica, diritti di prova e audit, trasferimento ai subappaltatori e verifica continua.

La tua postura di sicurezza esterna sotto NIS2: cosa vedono fornitori e clienti

I segnali pubblicamente visibili che i clienti valutano ai sensi dell'art. 21(2)(d) di NIS2: falsificabilità dell'e-mail (SPF/DMARC), igiene dei certificati, sistemi esposti a internet e credenziali trapelate, perché ciascuno conta e come verificarli e correggerli.

I tuoi fornitori usano l'IA? Il rischio fornitori di NIS2 incontra il regolamento IA dell'UE

I fornitori integrano sempre più l'IA nei servizi da cui dipendi, e così i loro fornitori. Dove l'IA dei fornitori e dell'ennesima parte crea rischio ai sensi dell'art. 21(2)(d) di NIS2 e del regolamento IA, cosa valutare e come mantenere la visibilità.

Impersonificazione dei fornitori e frode del CEO (BEC): spoofing dell'e-mail, DMARC e NIS2

Uno degli attacchi alla catena di fornitura più comuni non richiede alcuna violazione: un'e-mail falsificata che devia un pagamento o ruba dati. Come funzionano il BEC e l'impersonificazione dei fornitori, le impostazioni SPF, DKIM e DMARC che li fermano, e come si inserisce nell'art. 21(2)(d) di NIS2.