Cadru de risc-management ICT — masurile minime NIS2 Art. 21(2) aplicate intr-o institutie publica centrala
efort: high Cadru documentat, abordare all-hazard, acoperind politici de risc, securitatea sistemelor,
gestiunea incidentelor, business continuity (cu RTO/RPO pentru sistemele care sustin
servicii pentru cetateni — ANAF SPV, ONRC RECOM, portalul Casei de Pensii, registrul
electoral), criptografie, MFA, training, controlul accesului si securitatea resurselor
umane. NIS2 Art. 21(2) impune cele zece masuri minime (a-j), aliniate pe ISO/IEC 27001
si ISO/IEC 27002 [C3]. Pentru entitatile administratiei publice centrale, OUG 155/2024
si Ordinul DNSC 2/2025 (Monitorul Oficial 776 din 20 august 2025) detaliaza metodologia
de evaluare a riscului si criteriile de determinare a gradului de perturbare a serviciilor
[C13]. Baseline-ul tehnic pentru comunicatii securizate intre institutiile centrale este
coordonat de STS — institutie centrala de specialitate responsabila cu telecomunicatiile
speciale si infrastructurile ICT critice ale statului (Presedintie, Guvern, ministere) si
operatorul SNUAU 112 [C12]. Organul de conducere — ministru, secretar general, presedinte
de agentie — aproba si supravegheaza implementarea conform NIS2 Art. 20, cu raspundere
personala [C9].
Controale recomandate: NIS2 Art. 21(2)(a-j)ISO/IEC 27001:2022ISO/IEC 27002:2022ENISA NIS2 Technical Implementation Guidance v1.0DNSC Order 2/2025 (risk-assessment methodology)NIS2 Art. 20
Raportarea incidentelor pe doua paliere paralele — NIS2 Art. 23 + GDPR Art. 33
efort: high Pentru o institutie publica care prelucreaza date personale ale cetatenilor (ANAF — date
fiscale; CNPP — date de pensii; AEP — date electorale), un incident cibernetic atinge in
majoritatea cazurilor si date personale, deci declanseaza doua fluxuri paralele. NIS2
Art. 23 catre CSIRT/DNSC: early warning maxim 24h de la constientizare, notificare incident
72h, raport final maxim o luna [C4]. GDPR Art. 33 catre ANSPDCP: notificare bresa de date
cu caracter personal maxim 72h de la constientizare, daca exista risc pentru drepturile
si libertatile persoanelor; Legea 190/2018 confirma explicit autoritatile si organismele
publice (inclusiv ministerele si organele centrale) ca operatori sub regim GDPR [C16].
Cele doua termene de 72h se masoara independent — momentul de start poate fi diferit.
Practic, CISO + DPO al institutiei impart un singur runbook care alimenteaza simultan
formularul DNSC si formularul ANSPDCP, fara duplicari si fara intarzieri. Lectia AEP /
campania noiembrie 2024 a fost ca momentul declasificarii oficiale si momentul declansarii
raportarii ANSPDCP au fost decuplate, ceea ce a complicat comunicarea publica [I1].
Controale recomandate: NIS2 Art. 23(4)GDPR Reg. 2016/679 Art. 33Law 190/2018DNSC Order 1/2025 (notification process)OUG 155/2024
Rezilienta serviciilor critice pentru cetateni — ANAF SPV, ONRC, Casa de Pensii, registrul electoral
efort: high Pentru un minister sau o agentie centrala, "business continuity" inseamna cetateni care
pot depune declaratii fiscale, pensionari care isi primesc plata la timp, firme care isi
pot consulta registrul, alegatori care isi pot verifica datele de inregistrare. NIS2
Art. 21(2)(c) cere business continuity si crisis management ca cerinte minime [C3].
Practic: planuri offline functionale (formulare hartie de rezerva, fluxuri manuale catre
ghisee), exercitii anuale cu tabletop si simulari (cu scenarii DDoS, ransomware, defacement),
backup-uri offline imutabile (cu rotire si testare restore), redundanta geografica pentru
datele critice. ENISA raporteaza ca administratia publica a fost in 2024 sectorul cel mai
vizat din UE (38% din toate incidentele) si ca DDoS reprezinta ~60% din volumul incidentelor
sectoriale [C10]. Lectia campaniei electorale 2024 (I1) si a atacurilor Killnet 2022 (I5)
este ca disponibilitatea conteaza pentru legitimitate publica, nu doar pentru SLA.
Controale recomandate: NIS2 Art. 21(2)(c)ISO 22301:2019 (BCM)ENISA Public Administration Threat Landscape 2024OUG 155/2024HG 1321/2021 (Romanian National Cybersecurity Strategy 2022-2027)
Lant ICT si dependenta de furnizori privati — NIS2 Art. 21(2)(d) + Art. 22
efort: high Institutiile publice centrale opereaza in baza unor contracte ICT cu furnizori privati
(integratori, host-eri, dezvoltatori de software de uz public, cloud providers,
sub-contractori). NIS2 Art. 21(2)(d) cere securitatea lantului de aprovizionare [C3];
Art. 22 prevede evaluari coordonate la nivel UE pentru lanturile critice de furnizori ICT
[C3]. Practic: clauze contractuale cu fiecare furnizor (SLA pe incident response, SBOM,
drepturi de audit, exit-strategy, sub-outsourcing controlat), inventar al furnizorilor
critici, monitorizare continua, testare a concentrarii pe furnizori transversali (un
furnizor folosit pe mai multe ministere = punct unic de esec). Achizitiile publice de
cybersecurity tools (vulnerability management, SIEM/SOAR, MFA, vault) intra sub aceleasi
cerinte de evaluare a furnizorilor — caietele de sarcini trebuie sa contina cerinte
explicite NIS2 + Reg. (UE) 2024/2847 (CRA) pentru produsele cu elemente digitale.
Controale recomandate: NIS2 Art. 21(2)(d)NIS2 Art. 22 (EU supply-chain assessments)Reg. (EU) 2024/2847 (CRA — Art. 14 vulnerability reporting from 11 September 2026)ISO/IEC 27036
Identitate digitala a cetateanului si eIDAS 2 — pregatire EUDI Wallet
efort: medium Regulamentul (UE) 2024/1183 (eIDAS 2) cere Statelor Membre sa puna la dispozitia
cetatenilor portofele de identitate digitala UE (EUDI Wallet) pana la 6 decembrie 2026
(24 luni dupa adoptarea implementing acts pe 28 noiembrie 2024) [C11]. Entitatile administratiei publice care expun servicii online cu autentificare
pentru cetateni (ANAF SPV, casele de pensii, ONRC, portaluri ministeriale, AEP) sunt
obligate sa accepte EUDI Wallet ca metoda valida de identificare [C11]. Practic, pentru
o agentie publica centrala in 2026: integrare cu schema nationala eID, suport pentru
Qualified Electronic Attestations of Attributes (QEAA), aliniere protocoale (OIDC4VCI /
OIDC4VP, mdoc/ISO 18013-5), audit de securitate a tokenului de sesiune si scenarii de
revocare. Stack-ul de identitate publica devine subiect direct atat al NIS2 Art. 21(2)(j)
(MFA / autentificare continua), cat si al regulamentului eIDAS 2 — doua regimuri paralele
care trebuie sa dea aceleasi controale tehnice.
Controale recomandate: Reg. (EU) 2024/1183 (eIDAS 2)NIS2 Art. 21(2)(j) — MFA / continuous authenticationEUDI Wallet implementing acts 2024-2026OIDC4VCI / OIDC4VPISO 18013-5 (mdoc)