CAI Technology
Menu โ˜ฐ
Annex I โ€” Essential Entities ยท Administration

๐Ÿ›๏ธNIS2 for Central Public Administration โ€” deadlines, obligations, fines

Central Public Administration fall under NIS2 (Directive (EU) 2022/2555 + Romanian Emergency Ordinance 155/2024). See Art.21 obligations, deadlines, max fines and compliance roadmap for Annex I.

Last reviewed: ยท CAI Technology ยท echipa Lexnomia + AEGIS

๐ŸŽฏ Who is covered

Central public administration is explicitly listed in Annex I to Directive (EU) 2022/2555 (NIS2) as a sector of high criticality [C2]. Parliaments, the judiciary and central banks are expressly excluded; in addition, Article 2(7) NIS2 takes out of scope entities whose activities are carried out predominantly in the areas of national security, public order, defence and law enforcement [C8]. In Romania, the rules are transposed by OUG 155/2024 (the Romanian Emergency Ordinance transposing NIS2, published in Official Gazette no. 1332 of 31 December 2024) and modified / approved by Law 124/2025 (published in Official Gazette no. 638 of 7 July 2025, in force from 10 July 2025); DNSC (the Romanian National Cybersecurity Directorate) is the competent national authority [C6]. OUG 155/2024 Art. 5(1)(a) classifies central public administration entities as essential entities regardless of size โ€” the medium / large enterprise threshold does not apply [C7]. For a central institution, compliance means a combined NIS2 + GDPR + eIDAS 2 stack on top of the secure-communications baseline coordinated by STS (the Romanian Special Telecommunications Service) โ€” not one or the other.

Examples in Romania

Agentia Nationala de Administrare Fiscala (ANAF โ€” Romanian National Tax Administration)Oficiul National al Registrului Comertului (ONRC โ€” Romanian National Trade Register Office)Casa Nationala de Pensii Publice (CNPP โ€” Romanian National Public Pensions House)Casa Nationala de Asigurari de Sanatate (CNAS โ€” Romanian National Health Insurance House)Ministerul Finantelor (Ministry of Finance)Ministerul Afacerilor Externe (Ministry of Foreign Affairs)Ministerul Investitiilor si Proiectelor Europene (Ministry of Investments and European Projects)Ministerul Dezvoltarii, Lucrarilor Publice si Administratiei (Ministry of Development, Public Works and Administration)Autoritatea Electorala Permanenta (AEP โ€” Romanian Permanent Electoral Authority)Agentia pentru Agenda Digitala a Romaniei (ADR โ€” Romanian Digital Agenda Agency)

Applicability thresholds

Annex I of NIS2 covers central public administration entities defined by Member States under national law (excluded: the judiciary, parliaments and central banks) [C2]. Member States may extend application to local public administration and to educational entities carrying out critical research [C2]. In Romania, OUG 155/2024 lists central public administration entities in Annex 1 and declares them essential regardless of size โ€” a ministry of 80 staff is in scope on the same footing as one with 8 000 [C7]. The deadline for registration with DNSC through the NIS Tool platform was 19 September 2025; the obligation to designate a NIS2 officer within 30 days of registration was introduced by Law 124/2025 [C7][C13].

๐Ÿ“… Regulatory timeline

  1. Law 161/2003 โ€” National Electronic System (SEN), the first mandatory e-government baseline for Romanian public authorities

  2. Adoption of the General Data Protection Regulation (GDPR, Reg. (EU) 2016/679) [C16]

  3. GDPR enters into full application; Law 190/2018 (published 31 July 2018) sets out the obligations of Romanian public authorities and bodies [C16]

  4. HG 1321/2021 โ€” Romanian National Cybersecurity Strategy 2022-2027 (5 objectives, action plan) [C14]

  5. Killnet DDoS against the websites of Romanian central institutions (Government, MoD, ANAF, STS, Border Police, CFR Calatori) [I5]

  6. Adoption of Directive (EU) 2022/2555 (NIS2) [C1]

  7. Publication of NIS2 in the Official Journal of the EU [C1]

  8. Breach at the Romanian Chamber of Deputies โ€” 250 GB of data exfiltrated, the prime minister's documents published; 0.8 BTC ransom demand [I2]

  9. Adoption of Regulation (EU) 2024/1183 (eIDAS 2) โ€” EUDI Wallet mandatory for online public services [C11]

  10. AI Act (Reg. (EU) 2024/1689) enters into force; AI systems used for citizen-facing decisions (eligibility, benefits) classified as high-risk

  11. EU deadline for transposing NIS2 into national law (NIS2 Art. 41) [C1]

  12. NIS1 (Directive 2016/1148) repealed; NIS2 takes effect [C1]

  13. Start of the cyber campaign against AEP and the electoral infrastructure โ€” more than 85 000 attacks by 25 November [I1]

  14. The Romanian Constitutional Court annuls the first round of the presidential election, citing cyber interference and coordinated disinformation [I1]

  15. Cyber Resilience Act (Reg. (EU) 2024/2847) enters into force

  16. OUG 155/2024 published in Official Gazette no. 1332/31.12.2024 โ€” NIS2 transposition in Romania; DNSC designated as competent authority [C6]

  17. Cyber Solidarity Act (Reg. (EU) 2025/38) enters into force โ€” the EU Cybersecurity Reserve for support in major incidents [C15]

  18. Law 124/2025 enters into force โ€” approval and amendment of OUG 155/2024; introduces the NIS2 officer obligation and management training [C6][C7]

  19. DNSC Orders 1/2025 and 2/2025 published in Official Gazette no. 776 โ€” operationalise registration and risk assessment [C13]

  20. Deadline for registration of essential and important entities with DNSC via the NIS Tool platform [C7]

  21. CRA Art. 14 โ€” reporting obligations for actively exploited vulnerabilities for products with digital elements enter into application

  22. eIDAS 2 deadline (24 months after the implementing acts adopted on 28 November 2024 + 20 days) โ€” Member States must make EUDI Wallets available; public entities must accept authentication with the digital wallet [C11]

๐Ÿ“‹ Key obligations

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)

๐Ÿ“ฐ Real incidents, concrete lessons

Autoritatea Electorala Permanenta (AEP) and Romania's electoral infrastructure (bec.ro, registrulelectoral.ro, gis.registrulelectoral.ro)

2024 ยท Romania

Type: Cyber campaign officially attributed (declassified SRI report) to a state actor with sustained resources; vectors: targeted phishing, SQL injection, XSS, credential theft, compromise of a GIS server connected to the internal network

Impact: More than 85 000 cyber attacks between 19 and 25 November 2024 against electoral systems. Administrative credentials for the bec.ro, roaep.ro and registrulelectoral.ro websites were leaked on a Russian cybercriminal forum less than a week before the first round of the presidential election. On 6 December 2024 the Romanian Constitutional Court annulled the results of the first round, citing foreign interference with an impact on the integrity of the electoral process.

Lesson: Electoral infrastructure is NIS2 Annex I by nature (autonomous central public entity). The compromise of a single GIS server connected to the institutional internal network enabled pivoting to administrative accounts. NIS2 Art. 21(2)(d) and (i) require network segregation, MFA and asset management. Operational takeaway: any public-facing server connected to the institutional AD = a single point of failure across the entire perimeter.

Public source โ†—

Chamber of Deputies of the Romanian Parliament (Camera Deputatilor)

2024 ยท Romania

Type: Data breach / exfiltration with extortion; 0.8 BTC ransom demand (~EUR 30,000) โ€” incident made public on 31 January 2024 after a hacker group boasted online (reported by Digi24)

Impact: Approximately 250 GB of data exfiltrated from the Chamber of Deputies' servers, including parliamentarians' personal documents โ€” ID cards, medical records, banking contracts, personal vehicle data. Part of the data was published, including the ID of Prime Minister Marcel Ciolacu and of UDMR leader Kelemen Hunor. The prime minister announced he would replace his ID card after the incident.

Lesson: The Parliament is outside the direct scope of NIS2 (Annex I excludes the judiciary, parliaments and central banks [C2]), but the incident illustrates the risk model for any central institution holding sensitive data on dignitaries and officials. The double-extortion tactic (encryption + exfiltration with public extortion) has been standard against Romanian public entities since 2023; the correct response is refusal to pay and immediate reporting to ANSPDCP under GDPR Art. 33 [C16].

Public source โ†—

27 central institutions of the Government of Costa Rica (Ministry of Finance, customs, the public payments system; subsequently the CCSS social security fund)

2022 ยท Costa Rica

Type: Conti ransomware (16 April 2022) followed by Hive (31 May 2022 on CCSS); initial ransom demand USD 10 million, later raised to USD 20 million

Impact: 8 May 2022 โ€” President Rodrigo Chaves declares a national state of emergency, the first time a ransomware attack triggers such a response. Over 600 GB of data exfiltrated; tax collection blocked; customs halted; international trade disrupted. Estimated losses of more than USD 125 million for the country's economy during the month without functioning tax services. The follow-on Hive attack on the social security fund shut down 759 servers and 10 400 computers, and forced rescheduling of more than 30 000 medical appointments.

Lesson: A coordinated ransomware attack can effectively take the state out of operation for weeks. The lesson for NIS2 Art. 21(2)(c) and the Romanian Strategy 2022-2027 [C14]: quarterly tested offline backups, continuity plans with manual flows, and annual exercises simulating the total loss of a central agency. The Cyber Solidarity Act (Reg. 2025/38) was adopted in part as a response to scenarios of this kind [C15].

Public source โ†—

Stortinget โ€” Parliament of Norway

2021 ยท Norway

Type: Exploitation of Microsoft Exchange ProxyLogon vulnerabilities (CVE-2021-26855, CVE-2021-26857, CVE-2021-26858, CVE-2021-27065); officially attributed by the Norwegian Government to actors operating from China (HAFNIUM)

Impact: Data exfiltrated from the Stortinget's email systems in March 2021. Official attribution was made on 19 July 2021, on the same day as the coordinated US / UK / EU / NATO attribution for the ProxyLogon campaign. The Chinese Embassy was summoned to the Norwegian Ministry of Foreign Affairs. The incident followed an earlier attack in December 2020 (attributed to APT28 / Russia).

Lesson: Poor patch management on known Microsoft Exchange vulnerabilities (published 2 March 2021, in-the-wild exploits within days) inside a politically sensitive perimeter. NIS2 Art. 21(2)(e) and Reg. (EU) 2024/2847 (CRA) require timely vulnerability handling and mandatory reporting of actively exploited CVEs. For Romanian ministries, the STS technical baseline for secure communications is one of the key lines of defence [C12].

Public source โ†—

โš ๏ธ Typical threats

  • โ€ข Atacuri sponsored (state actors)
  • โ€ข Ransomware (vezi atac ANAF preventiv 2024)
  • โ€ข Espionaj documentar

๐Ÿ’ฐ Maximum fines

Max 10 mil. EUR / sancศ›iuni administrative โ€” Art. 36 Legea 244/2024

๐Ÿ“Š Romania compliance status

STS coordonare. Ministerele รฎntre 20-60% conformitate. Risc reputaศ›ional major.

๐Ÿ›ก๏ธ How CAI Technology helps

๐Ÿ“š Adjacent regulations with overlap

GDPR โ€” Regulation (EU) 2016/679 + Law 190/2018 ยท GDPR directly applicable from 25 May 2018; Law 190/2018 published 31 July 2018, sets out the obligations of Romanian public authorities and bodies [C16]

Public authorities and bodies (Chamber of Deputies, Senate, Presidential Administration, Government, ministries, other central bodies, autonomous authorities) are explicitly listed as controllers under the GDPR regime by Law 190/2018 [C16]. ANSPDCP supervises and may impose sanctions. Key difference from NIS2: GDPR is triggered by a personal-data breach, NIS2 by a significant cyber incident โ€” they can coincide but do not have to. Sanctions are cumulative.

Regulation (EU) 2024/1183 (eIDAS 2 โ€” European Digital Identity Framework) ยท Directly applicable from 20 May 2024; EUDI Wallet mandatory by 6 December 2026 (24 months after adoption of the implementing acts on 28 November 2024) [C11]

Member States must make EU digital wallets available to citizens; any public entity exposing online services with authentication (ANAF SPV, ONRC, pension houses, MFE, etc.) must accept the EUDI Wallet alongside existing methods (CNP + password, qualified digital certificate) [C11]. Cumulative with NIS2 Art. 21(2)(j), which requires MFA on internal administrative accounts โ€” eIDAS 2 adds the citizen's digital wallet as a second external factor.

Cyber Resilience Act โ€” Regulation (EU) 2024/2847 ยท In force since 10 December 2024; main obligations applicable from 11 December 2027, active-vulnerability reporting from 11 September 2026

For central public institutions, the CRA acts from the procurement side โ€” any product with digital elements (software, network hardware, IoT, access-control devices, connected cameras) purchased after 2027 must be CRA-compliant. That means SBOM, mandatory reporting of active vulnerabilities to ENISA within 24 hours, and lifecycle management of the product. Public tender specifications must explicitly require CRA compliance for products with digital elements.

Cyber Solidarity Act โ€” Regulation (EU) 2025/38 ยท In force since 4 February 2025 [C15]

Establishes the EU Cybersecurity Reserve โ€” incident-response services provided by trusted private providers, deployable at the request of Member States or EU institutions for major incidents [C15]. For a Romanian central public entity, in the event of a severe incident (of the I1 / I3 type), access to this reserve is channelled through DNSC to ENISA. The European Cybersecurity Alert System and the Cyber Emergency Mechanism reduce response time in cross-border and large-scale incidents.

Romanian National Cybersecurity Strategy 2022-2027 (HG 1321/2021) ยท National strategic framework; adopted by Government Decision no. 1321/2021 of 30 December 2021 [C14]

The strategy sets five objectives: secure and resilient networks, Romania as a relevant player in international cooperation, a national cybersecurity culture, expertise development, and an innovation framework. For central public institutions, the strategy requires allocating part of the budget to cybersecurity and participating in the national incident-management system coordinated by DNSC + STS [C14]. It forms the framework on which OUG 155/2024 and DNSC Orders 1-2/2025 were subsequently built.

โ“ Frequently asked

I run a ministry / central agency โ€” am I in scope of NIS2?

Yes, regardless of size. NIS2 Art. 2 + Annex I explicitly list central public administration entities as a sector of high criticality [C2]. OUG 155/2024 Art. 5 declares central public administration entities as essential regardless of size threshold [C7] โ€” the standard medium / large enterprise threshold does not apply. The only exclusions are those at Art. 2(7) NIS2: entities whose activities are carried out predominantly in the areas of national security, public order, defence and law enforcement [C8]. In Romania, DNSC and STS handle complementary roles โ€” DNSC as the competent authority under OUG 155/2024, STS as the public authority for the state's critical ICT infrastructures [C6][C12].

Are parliaments and the judiciary also in scope?

Not directly. NIS2 Annex I lists central public administration but expressly excludes the judiciary, parliaments and central banks [C2]. That said, if a central institution provides ICT services to parliament or to the judicial system through contract (for example, STS operating networks and services for state institutions), that institution remains in scope for its own obligations. The lesson from the January 2024 incident at the Chamber of Deputies [I2] is that exemption from NIS2 does not mean exemption from GDPR Art. 33 or from political accountability โ€” the breach translated publicly into a major institutional problem.

How do NIS2 and GDPR stack up for a Romanian public agency?

Neither exempts you from the other. NIS2 (horizontal cybersecurity) imposes the ten minimum risk-management measures and reporting of significant incidents on a 24h / 72h / 1 month track to DNSC [C3][C4]. GDPR (horizontal data protection) requires notification of a personal-data breach to ANSPDCP within 72 hours, where there is a risk to natural persons' rights [C16]. In practice: an incident on the ANAF SPV portal exposing citizens' tax filings triggers both channels, but the start point and trigger threshold may differ. The institution's CISO and DPO share a single runbook that feeds the DNSC and ANSPDCP forms simultaneously.

What counts as a `significant incident` for a public institution?

NIS2 Art. 23(3) defines a significant incident as one that has caused or is capable of causing severe operational disruption or financial loss for the entity, or that has affected or is capable of affecting other persons through considerable material or non-material damage [C4]. DNSC Order 2/2025 spells out the criteria for determining the degree of disruption of public services [C13]. In operational terms, for a central institution: total or partial loss of the public portal; encryption of the primary database; exfiltration of citizen data; sustained DDoS for more than 30 minutes (the lesson of the 2022 Killnet campaign, I5). When in doubt, file an early warning within 24 hours โ€” you can retract later if it turns out to be minor.

How do we work with STS in NIS2 reporting?

STS and DNSC have complementary mandates. DNSC is the competent authority under OUG 155/2024 for NIS2 โ€” it receives notifications, assesses and imposes sanctions [C6]. STS is the central specialist body for special telecommunications and the state's critical ICT infrastructures (Presidency, Government, ministries) and the operator of the 112 single emergency number service [C12]. For a central institution whose network sits on STS infrastructure, incident reporting runs through two channels: operational incident response coordinated by STS, regulatory notification to DNSC under NIS2. In practice: build the "alert STS in parallel with DNSC" step into the runbook for any incident on the central administration network.

Incident reporting deadlines โ€” what exactly?

Two parallel channels. NIS2 (to CSIRT/DNSC, under OUG 155/2024): early warning within 24 hours of awareness, incident notification within 72 hours, final report within 30 days (Art. 23) [C4]. GDPR (to ANSPDCP, if the incident also involves a personal-data breach): notification within 72 hours of awareness of the breach (Art. 33) [C16]. The two 72-hour clocks run independently โ€” the moment of awareness can differ. Practical recommendation: build a single process that feeds both forms automatically, with separate escalation flows to the CISO and the DPO; for institutions on the STS network, include the STS operational channel as well.

How do we apply eIDAS 2 and the EUDI Wallet to our online services?

Deadline 6 December 2026 โ€” Member States must make the EUDI Wallet available, and public entities must accept authentication with the digital wallet as a valid method for online services [C11]. In practice: integration with the national eID scheme (interoperable with other Member States' schemes), support for Qualified Electronic Attestations of Attributes (QEAA), protocol alignment OIDC4VCI / OIDC4VP, mdoc (ISO 18013-5), session-token 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. Procurement of EUDI integration tooling falls under CRA Reg. (EU) 2024/2847 for products with digital elements.

Who is personally liable in the ministry's leadership?

NIS2 Art. 20 requires the management bodies of essential entities to approve cybersecurity risk-management measures, oversee implementation, and accepts that they can be held personally liable [C9]. For a central public institution: the minister / secretary general / agency president takes political and regulatory responsibility through an administrative act (resolution, order, decision) approving the risk-management framework. Law 124/2025 additionally introduced a management-training obligation [C6]. Practical implementation: a minister's order approving the cybersecurity policy, signed and dated; an annual report to the leadership from the CISO and DPO; effective participation in training certified by DNSC or an authorised provider.

๐Ÿ”— Official sources

Are you in the central public administration sector?

Free NIS2 audit for companies with 50+ employees. We reply within 24 business hours.

Request audit โ†’