Pe scurt
Raportarea incidentelor NIS2 se bazeaza pe o idee simpla: daca o organizatie vizata ia cunostinta de un incident semnificativ, trebuie sa poata reactiona rapid, sa informeze prin canalele oficiale si sa documenteze ce s-a intamplat. Art. 15 din GEO 155/2024 confirma reperele de 24 de ore, 72 de ore si raport final.
Acest ghid explica reperele pentru management si pregatire interna. Nu este ghid de incident response, nu este consultanta juridica si nu inseamna ca NIS2 Pilot transmite sau valideaza notificari catre DNSC.
De ce raportarea incidentelor este o tema de management
Un incident cibernetic nu ramane intotdeauna in zona tehnica. O indisponibilitate a sistemului ERP poate bloca livrarile, un atac asupra unui furnizor cloud poate afecta clientii, iar compromiterea unui sistem operational poate avea efecte directe asupra serviciilor furnizate. De aceea, raportarea incidentelor trebuie pregatita inainte ca incidentul sa apara.
Managementul nu trebuie sa investigheze pachete de retea sau loguri, dar trebuie sa stie ce intrebari sa puna: care servicii sunt afectate, cand a fost observat evenimentul, ce impact exista, cine decide escaladarea si cine discuta cu specialistii. Pentru legatura cu guvernanta, cititi si articolul despre obligatiile NIS2 pentru management.
Tabel: reperele 24h, 72h si raportul final
| Moment | Reper | Context sigur | Pregatire interna |
|---|---|---|---|
| Avertizare timpurie | 24 de ore | Art. 15(7)(a) indica avertizarea timpurie de la data la care entitatea a luat cunostinta de incidentul semnificativ. | stabiliti cine decide ca un eveniment poate fi semnificativ si cine poate escalada rapid catre conducere |
| Notificare incident | 72 de ore | Art. 15(7)(b) indica notificarea cu informatii initiale despre incident si impactul cunoscut. | pregatiti un model intern cu date tehnice, impact operational, servicii afectate si contact responsabil |
| Raport final | o luna | Art. 15(7)(d) indica raportul final, dupa notificarea initiala, cu analiza si masurile relevante. | documentati cauza, cronologia, impactul, masurile luate si ce trebuie imbunatatit |
Checklist de pregatire pentru incidente
Urmatoarea lista nu este o procedura oficiala de notificare. Este o lista de pregatire interna pentru ca organizatia sa nu piarda timp in primele ore.
- Definiti canalul intern de raportare pentru evenimente de securitate.
- Stabiliti cine poate convoca echipa de incident si cine informeaza managementul.
- Separati incidentele IT obisnuite de incidentele care pot afecta servicii sau persoane.
- Pregatiti un sablon intern pentru cronologie, sisteme afectate si impact.
- Notati furnizorii externi care trebuie contactati rapid.
- Verificati sursele oficiale si obtineti sprijin specializat pentru notificari reale.
Workflow intern pentru primele ore
1. Detectare si triere
Orice alerta, indisponibilitate sau suspiciune trebuie triata rapid. Scopul intern este sa intelegeti daca poate exista impact operational grav, pierdere financiara sau efect asupra altor persoane.
2. Escaladare catre management
Raportarea NIS2 nu este doar un tichet IT. Managementul trebuie sa stie daca un eveniment poate deveni incident semnificativ si ce informatii lipsesc.
3. Consultare specializata
Inaintea unei notificari reale, implicati specialisti juridici, cybersecurity si, daca este cazul, furnizori critici. NIS2 Pilot nu ofera incident response.
4. Documentare continua
Cronologia, deciziile si masurile sunt utile atat pentru notificarea initiala, cat si pentru raportul final. Lipsa documentarii produce confuzie in primele ore.
5. Lectii invatate
Dupa inchiderea incidentului, actualizati procedurile, contactele si masurile de prevenire. Aceasta este pregatire interna, nu concluzie juridica.
Exemple de pregatire in companii romanesti
O companie de productie poate pregati o lista cu sistemele care opresc linia de productie daca devin indisponibile. Un furnizor digital poate pregati o lista cu clientii afectati si cu nivelul serviciului promis contractual. O organizatie medicala poate separa sistemele administrative de sistemele care sustin servicii pentru pacienti. Aceste exemple nu decid daca un incident este semnificativ; ele fac discutia mai rapida cu specialistii si cu managementul.
Pentru o planificare pe etape, folositi si ghidul plan de actiune NIS2 pe 30/60/90 de zile si articolul despre entitati esentiale vs. importante.
Ce nu face NIS2 Pilot in zona de incidente
NIS2 Pilot nu este un serviciu de incident response, nu raporteaza incidente la DNSC, nu confirma semnificatia unui incident si nu gestioneaza comunicarea oficiala. Rolul sau este limitat la organizarea interna a informatiilor: documente, intrebari, roluri, actiuni si note utile pentru discutia cu specialistii.
Nu se calculeaza scor, clasificare sau concluzii.
Organizati intern informatiile pentru pregatirea NIS2
Verificarea orientativa si spatiul de lucru NIS2 Pilot ajuta la centralizarea informatiilor de pregatire, nu la raportarea incidentelor.
Verificați dacă compania dvs. intră în sfera NIS2 →Întrebări frecvente
Ce este un incident semnificativ in NIS2?
- Art. 15(6) defineste incidentul semnificativ prin efecte precum perturbari operationale grave, pierderi financiare sau impact asupra altor persoane. Aplicarea la o situatie concreta trebuie verificata cu specialisti.
De cand curg termenele de 24h si 72h?
- Reperul sigur este de la data la care entitatea a luat cunostinta de incidentul semnificativ, conform Art. 15(7). Nu folositi articolul ca un calculator procedural pentru situatii concrete.
NIS2 Pilot poate trimite notificarea catre DNSC?
- Nu. NIS2 Pilot nu transmite notificari, nu este conectat la DNSC si nu ofera incident response. Poate ajuta doar la organizarea interna a informatiilor si intrebarilor.
Este Ordinul DNSC 2/2025 sursa termenelor de raportare?
- Nu pentru termenele de 24h, 72h si raport final. Aceste repere sunt tratate in Art. 15 din GEO 155/2024. Ordinul 2/2025 are alt rol, legat de metodologia de evaluare a riscurilor.
Ce ar trebui sa stie managementul in primele ore?
- Managementul ar trebui sa primeasca informatii despre serviciile afectate, impactul estimat, persoanele responsabile, furnizorii implicati si deciziile necesare pentru continuarea activitatii.
Ce se intampla daca nu stim daca incidentul este semnificativ?
- Tratati incertitudinea ca motiv de escaladare. Colectati datele, consultati specialisti si verificati textul oficial. Un articol public nu poate decide semnificatia unui incident real.
Resurse utile
Obligații NIS2 pentru management: ce trebuie să știe conducerea
Guvernanță și managementCe prevede GEO 155/2024 pentru conducerea organizației: desemnarea responsabilului, formarea profesională și aprobarea măsurilor de securitate cibernetică.
Deschideți resursa: Obligații NIS2 pentru management: ce trebuie să știe conducerea →Plan de acțiune NIS2 pe 30/60/90 de zile pentru pregătire internă
Pregătire internăUn plan orientativ de pregătire internă NIS2 pe etape de 30, 60 și 90 de zile. Cum organizați informațiile, documentele și dialogul cu specialiștii.
Deschideți resursa: Plan de acțiune NIS2 pe 30/60/90 de zile pentru pregătire internă →Entități esențiale vs entități importante în NIS2: diferența explicată simplu
Sfera de aplicareGEO 155/2024 definește două categorii: entități esențiale și entități importante. Ce criterii le separă, ce sectoare acoperă și ce obligații diferă.
Deschideți resursa: Entități esențiale vs entități importante în NIS2: diferența explicată simplu →Surse oficiale și context
- GEO 155/2024 — textul oficial, inclusiv Art. 15(6)-(7) privind incidentele semnificative
- DNSC - Legislatie NIS2 — ordine si materiale publice de orientare pentru organizatii
Acest articol are scop informativ. Nu constituie consultanță juridică sau evaluare tehnică de specialitate. Toate resursele NIS2 Pilot