ICT risk-management framework โ NIS2 Art. 21(2) minimum measures applied to a central public institution
effort: high A documented framework, all-hazards approach, covering risk policies, system security, incident handling, business continuity (with RTO/RPO for the systems underpinning citizen-facing services โ ANAF SPV, ONRC RECOM, the National Pensions House portal, the electoral register), cryptography, MFA, training, access control and human resources security. NIS2 Art. 21(2) imposes the ten minimum measures (a-j), aligned with ISO/IEC 27001 and ISO/IEC 27002 [C3]. For central public administration entities, OUG 155/2024 and DNSC Order 2/2025 (Official Gazette 776 of 20 August 2025) spell out the risk-assessment methodology and the criteria for determining the degree of service disruption [C13]. The technical baseline for secure communications between central institutions is coordinated by STS โ the central specialist body responsible for special telecommunications and the state's critical ICT infrastructures (Presidency, Government, ministries) and the operator of the 112 single emergency number service [C12]. The management body โ minister, secretary general, agency president โ approves and oversees implementation under NIS2 Art. 20, with personal accountability [C9].
Recommended controls: 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
Incident reporting on two parallel tracks โ NIS2 Art. 23 + GDPR Art. 33
effort: high For a public institution processing citizens' personal data (ANAF โ tax data; CNPP โ pension data; AEP โ electoral data), a cyber incident in most cases also touches personal data, triggering two parallel flows. NIS2 Art. 23 to CSIRT/DNSC: early warning within 24 hours of awareness, incident notification within 72 hours, final report within one month [C4]. GDPR Art. 33 to ANSPDCP (the Romanian Data Protection Authority): notification of the personal-data breach within 72 hours of awareness, where there is a risk to the rights and freedoms of natural persons; Law 190/2018 explicitly confirms public authorities and bodies (including ministries and central bodies) as controllers under the GDPR regime [C16]. The two 72-hour clocks run independently โ the start point may differ. In practice, the institution's CISO and DPO share a single runbook feeding both the DNSC form and the ANSPDCP form simultaneously, with no duplication and no delay. The lesson from the AEP / November 2024 campaign was that the moment of official declassification and the moment of triggering ANSPDCP reporting were decoupled, which complicated public communications [I1].
Recommended controls: NIS2 Art. 23(4)GDPR Reg. 2016/679 Art. 33Law 190/2018DNSC Order 1/2025 (notification process)OUG 155/2024
Resilience of citizen-facing critical services โ ANAF SPV, ONRC, National Pensions House, electoral register
effort: high For a ministry or central agency, "business continuity" means citizens can file tax returns, pensioners get paid on time, businesses can query the trade register, and voters can verify their registration data. NIS2 Art. 21(2)(c) requires business continuity and crisis management as minimum measures [C3]. In practice: working offline plans (paper backup forms, manual counter flows), annual tabletop and simulation exercises (with DDoS, ransomware and defacement scenarios), immutable offline backups (rotated and restore-tested), geographic redundancy for critical data. ENISA reported public administration as the most targeted EU sector in 2024 (38% of all incidents) and that DDoS represents ~60% of sectoral incident volume [C10]. The lesson of the 2024 election campaign [I1] and of the 2022 Killnet attacks [I5] is that availability matters for public legitimacy, not only for SLAs.
Recommended controls: 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)
ICT supply chain and dependence on private vendors โ NIS2 Art. 21(2)(d) + Art. 22
effort: high Central public institutions operate under ICT contracts with private vendors (integrators, hosting providers, public-software developers, cloud providers, sub-contractors). NIS2 Art. 21(2)(d) requires supply-chain security [C3]; Art. 22 provides for EU-coordinated assessments of critical ICT supply chains [C3]. In practice: contractual clauses with each vendor (incident-response SLA, SBOM, audit rights, exit strategy, controlled sub-outsourcing), an inventory of critical vendors, continuous monitoring, concentration testing on transversal vendors (a single vendor used across multiple ministries = a single point of failure). Public procurement of cybersecurity tools (vulnerability management, SIEM/SOAR, MFA, vault) falls within the same vendor-evaluation requirements โ tender specifications must contain explicit NIS2 + Reg. (EU) 2024/2847 (CRA) requirements for products with digital elements.
Recommended controls: 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
Citizen digital identity and eIDAS 2 โ EUDI Wallet readiness
effort: medium Regulation (EU) 2024/1183 (eIDAS 2) requires Member States to make EU digital identity wallets (EUDI Wallets) available to citizens by 6 December 2026 (24 months after the adoption of the implementing acts on 28 November 2024) [C11]. Public administration entities exposing online services with citizen authentication (ANAF SPV, pension houses, ONRC, ministerial portals, AEP) are obliged to accept the EUDI Wallet as a valid means of identification [C11]. In practice, for a central public agency in 2026: integration with the national eID scheme, support for Qualified Electronic Attestations of Attributes (QEAA), protocol alignment (OIDC4VCI / OIDC4VP, mdoc/ISO 18013-5), session-token security audit and revocation scenarios. The public identity stack becomes a direct subject of both NIS2 Art. 21(2)(j) (MFA / continuous authentication) and the eIDAS 2 Regulation โ two parallel regimes that must converge on the same technical controls.
Recommended controls: Reg. (EU) 2024/1183 (eIDAS 2)NIS2 Art. 21(2)(j) โ MFA / continuous authenticationEUDI Wallet implementing acts 2024-2026OIDC4VCI / OIDC4VPISO 18013-5 (mdoc)