The cyber security audit is the one obligation in GEO no. 155/2024 that an entity cannot discharge on its own. The text requires an auditor holding a valid attestation issued by DNSC, and the list of attested auditors is public. A market has formed around that list, with offers that blur the line between the national attestation and commercial certifications. Below, what the law says and what to verify before signing.

The audit obligation

„Essential entities and important entities are required to undergo a cyber security audit under the conditions and with the periodicity established by the order of the DNSC director provided for in art. 12 para. (1), depending on the risk level referred to in para. (3).”

That is art. 11 para. (5). Para. (6) adds that where a sectoral competent authority exists, the conditions and periodicity are set by joint order.

Here there is a real problem worth stating plainly: the periodicity has not yet been set. Order of the DNSC director no. 1/2026, which is the very order issued under art. 12 para. (1), contains no provision on audit, periodicity or attestation. Neither the Measures in Annex no. 1 nor the self-assessment Methodology in Annex no. 2.

The useful conclusion: the audit obligation exists in the law, but the concrete interval has not been regulated through the order the law defers to. If a provider tells you „the audit is mandatory every year” or „every two years”, ask for the published legal basis. As at the date of this article, there is none.

Separately from the periodic audit, DNSC may order ad hoc audits as part of supervision, also carried out by an attested auditor.

Who may audit

Art. 58 para. (1): the audit is carried out by cyber security auditors holding a valid attestation issued by DNSC, except for audits at institutions in defence, public order and national security.

The attestation is personal, non transferable and valid for 3 years. This appears both in art. 58 para. (6) of the ordinance and in the Regulation approved by Order of the Secretariat General of the Government no. 559/2021, which remains applicable through art. 66 para. (2) of the ordinance even though it was issued under the now repealed Law no. 362/2018.

A new regulation, expressly required by art. 58 para. (2) letter b) and art. 65 para. (1) letter l), had not been published as at the date of this article. Until then, the attestation procedure remains the 2021 one.

The incompatibilities, the most ignored point

Art. 58 para. (3) prohibits the audit in three situations:

  • an attested auditor who currently provides cyber security services or CSIRT services to that entity, or is an employee of it;
  • an auditor holding a services contract for the audited network or system, ongoing or concluded within the last year;
  • an auditor who has already carried out 3 consecutive audits at the same entity.

The first eliminates a common practice: the firm that runs your security cannot audit your security. The second adds a one year cooling off period. The third forces rotation after three cycles.

If you receive a single offer covering both implementation and audit, ask who performs the audit and check whether that entity holds a current contract with you. An audit performed in breach of these rules is a contestable audit.

The list of auditors and how to check it

DNSC maintains the record of auditors under art. 58 para. (2) letter a) and publishes the list of validly attested cyber security auditors, known by its Romanian acronym LASC, on its own site, in dated versions. The list is already used as a qualification requirement in public procurement, where the bidder must appear in it.

What to ask a provider, in writing:

  1. the attestation number and issue date, so you can check the 3 year validity;
  2. the type of attestation and the audit types it covers;
  3. the version of the list in which they appear, with its date;
  4. a declaration on the incompatibilities in art. 58 para. (3), including contracts from the past year;
  5. the name of the individual who will sign the report, not only the company name.

What „accredited” really means

Under the 2021 Regulation, the attestation file requires, among other things, a valid criminal record certificate, evidence of experience, the auditor specialisation certificate issued by an authorised training provider, and professional certifications from an exhaustive list, Annex no. 5, which contains 37 certifications split between common and special audit activities.

One detail the market often gets wrong: ISO 27001 Lead Auditor does not appear in Annex no. 5. CISA does, under common audit activities. An ISO lead auditor certificate is professionally valuable, but it is not, by itself, a route to the DNSC attestation.

The experience requirement is alternative: at least 2 years administering or implementing networks and information systems, or 2 years in their security, or 1 year in investigations, testing or security audit. For an applicant, art. 27 of the ordinance allows DNSC to request security verifications, including from a national security perspective, and to interrupt the procedure depending on the outcome.

Auditors also carry ethical obligations under art. 58 para. (8): professional integrity, compliance with the applicable codes of ethics, absence of conflicts of interest, confidentiality.

What is penalised

Failure to undergo the audit under art. 11 para. (5) or (6) is the offence in art. 60 para. (1) letter b), which sits in the upper fine range: up to 7,000,000 euro or 1.4 per cent of total worldwide annual turnover for important entities, up to 10,000,000 euro or 2 per cent for essential ones, whichever is higher.

While the periodicity remains unset, arguing about „delay” is difficult. That does not mean the subject can be ignored: the risk level validated by DNSC and a possible ad hoc audit remain in play, and an audit done early is the cheapest way to find out what is missing.

Audit, self-assessment and gap analysis are three different things

Who performs itBasisOutput
Maturity self-assessmentthe entity, endorsed by managementart. 12 para. (4), Order no. 1/2026control scores, submitted annually to DNSC
Cyber security auditan auditor attested by DNSCart. 11 para. (5) and art. 58an independent audit report
Gap analysisany consultantcontractuala list of gaps and a remediation plan

Confusion between the first two is common. The self-assessment does not replace the audit, and the audit does not replace the annual self-assessment.

Where we can help

Members of the ProDefence team are DNSC-attested NIS auditors. If you want to know where you stand before a formal audit, the starting point is a NIS2 compliance analysis with a remediation plan, built on evidence. If you have nobody to appoint internally, the role can be covered through an outsourced NIS2 officer.

Mind the incompatibility rule: the same team cannot both run your security and audit the result. That separation is settled in the contract, not afterwards.

The auditor works on documents: policies, registers, evidence of implementation. Keeping them structured against the legal requirements is what CysNIS is for, helping prepare the documentation to be presented at audit and inspection.

Sources

This material is informative and does not constitute legal advice. Quotations from the Romanian acts are working translations. The auditor list and the certification list are updated; check the version published on dnsc.ro at the time of contracting.

Frequently asked questions

Who may carry out the cyber security audit under GEO no. 155/2024?

Only cyber security auditors holding a valid attestation issued by DNSC, under art. 58 para. (1). Audits at institutions in defence, public order and national security are excepted. The attestation is personal, non transferable and valid for 3 years.

Where can I find the list of DNSC attested NIS auditors?

DNSC publishes the list of validly attested cyber security auditors, known as LASC, on its own site in dated versions. It is used as a qualification requirement in public procurement. Ask the provider for the attestation number, the issue date and the version of the list in which they appear.

How often must a NIS2 audit be performed in Romania?

Art. 11 para. (5) defers the periodicity to the order of the DNSC director under art. 12 para. (1). Order no. 1/2026, issued on that basis, contains no provisions on audit or periodicity. As at the date of this article the interval is not regulated, so a claim of „annually” or „every two years” has no published basis.

Can the company that manages our security also audit it?

No. Art. 58 para. (3) prohibits an audit by anyone currently providing cyber security or CSIRT services to the entity, by anyone holding a services contract for the audited network that is ongoing or was concluded within the last year, and by an auditor who has already performed 3 consecutive audits at the same entity.

Is ISO 27001 Lead Auditor enough for the DNSC attestation?

No. Annex no. 5 to the 2021 Regulation lists 37 accepted professional certifications exhaustively, and ISO 27001 Lead Auditor is not among them. CISA is, under common audit activities. The ISO certificate remains professionally valuable but does not by itself open the route to attestation.

Does the maturity self-assessment replace the audit?

No. They are separate obligations. The annual self-assessment is performed by the entity and endorsed by management, under art. 12 para. (4) and Order no. 1/2026. The audit is performed independently by an attested auditor, under art. 11 para. (5) and art. 58.

A case file of several thousand pages rarely starts with analysis. It starts with weeks of reading, numbering, comparing contract versions and searching for the email that confirms a date. Only after this work, usually done by the most expensive people on the team, can strategy be discussed. This article describes how that stage can be organised so that every finding can be checked against its source, and what deliberately stays outside it.

Where time is lost in a large case file

The problem is not volume as such, but the lack of a shared structure. The same contract appears in three versions with different annexes. Bank statements have no clear match in the invoices. An email quoted in a statement of defence is nowhere in the material received. The index says 412 pages, while the file holds 409.

Each of these situations requires a manual check, and the checks are repeated every time someone new joins the case. Without a shared documentary base, knowledge about the file stays in the personal notes of whoever has read it.

What a verifiable documentary base means

A verifiable documentary base is a case file in which every document has an identity and every statement has a source. In practice it rests on a few simple operations, done rigorously:

  • a full inventory of the material received, whatever its form: paper, PDF, emails, spreadsheets, audio or video recordings;
  • identification of each document: type, date, issuer, recipient, number of pages;
  • reconciliation with the file index, explicitly flagging gaps and duplicates;
  • a cryptographic fingerprint of every file on intake, so that any later change can be detected.

The difference from simple scanning is traceability: from any point in the analysis you can get back to the document and page the information comes from.

Chronology, person index and list of discrepancies

On top of the documentary base sit the working tools that shorten preparation the most:

DeliverableWhat it is for
Chronology of factsOrders events with document and page references, including where sources contradict each other
Index of persons and entitiesShows who appears where, in what capacity and in connection with which documents
Version comparisonHighlights the differences between versions of the same contract, addendum or report
List of discrepancies and open questionsGathers contradictions, gaps and points needing clarification, without filling them with assumptions

In one of the anonymised examples published on procis.ro, a commercial litigation file of about 8,000 pages was reduced to a chronology, a person index and a list of contradictory contract versions, cutting the team’s preparation time by roughly two thirds.

When the case file has a digital component

More and more case files contain digital evidence: emails, electronic documents, chat screenshots, system logs. Here documentary analysis is complemented by technical analysis:

  • document metadata: creation and modification dates, declared authors, applications used, inconsistencies between them;
  • email headers: the actual route of a message, the servers involved, the real order of sending;
  • system logs in incidents such as ransomware, online fraud or data leaks, from which a technical chronology can be rebuilt;
  • open-source research on relevant people, entities, domains and infrastructure.

A common example: a set of documents dated in a given month whose metadata shows they were created several months later. Technical analysis flags the inconsistency with an exact file and page reference. What it means for the case remains a question for the legal team.

Where the analysis stops

A useful case file analysis states its limits. ProCIS does not provide legal advice, representation or procedural strategy, does not classify facts legally and does not rule on the authenticity, admissibility or evidential value of documents. It does not access systems or accounts using other people’s credentials.

The separation is not a formality. It keeps interpretation with those who are professionally accountable for it and makes the deliverables usable: a table of factual correlations with sources can be checked by anyone on the team; a conclusion mixed in with the facts cannot.

Confidentiality of the material

A case file contains personal data, trade secrets and sometimes information about minors. That is why the way of working matters as much as the result:

  • identifiable content stays on ProDefence-controlled workstations;
  • each case file has separate storage, identifiers and access, with no cross-case correlation;
  • every operation is recorded in a tamper-evident log;
  • artificial intelligence tools receive only pseudonymised material and every output is checked by an analyst against the source; clients can ask for them not to be used;
  • transfer happens only through a channel agreed after qualification.

How ProCIS works

ProCIS is the ProDefence service dedicated to documentary and technical analysis of case files. Work starts with qualification (mandate, the question to be answered, scope), continues with a sample review and an estimate, then with processing of the material and versioned delivery to authorised recipients. There are no fixed packages: quotes are built per module, after the sample.

The team is made up of auditors, incident responders, cybercrime analysts, document analysts and open-source researchers. Requests go through the form on procis.ro, currently available in Romanian; you can also write in English to [email protected].

Frequently asked questions

What is documentary analysis of a case file?

It is the work of inventorying, identifying and ordering the material in a case file: every document is identified, reconciled with the file index and linked to the facts, people and dates it contains. The result is a working base in which any statement can be checked against its source.

Who can contract a case file analysis through ProCIS?

Lawyers and law firms, in-house legal departments, compliance and fraud-prevention teams, insolvency practitioners, insurers and organisations with a documented mandate over the case. Individuals who are party to a case are referred to a professional who can contract the service.

Can technical metadata analysis establish whether a document is authentic?

No. Technical analysis describes what the data shows: creation and modification dates, declared authors, software used, inconsistencies between versions. Conclusions on authenticity, admissibility or evidential value are not part of the service.

Is the whole file needed for an estimate?

No. A description of the case and the type and estimated volume of material are enough for qualification. The effort estimate follows a sample review, and the full material is transferred only through the agreed channel.

„NIS officer” is not a legal title in Romania. In GEO no. 155/2024 the role is called the officer responsible for the security of networks and information systems, and DNSC orders also use „the person responsible for cyber security”. The short name caught on through the training market. Around it, three false claims circulate: that a dedicated occupational code exists, that the officer is licensed by the authority, and that the role is solved by attending a course.

What the law actually says

The basis is art. 14 para. (3), as amended by Law no. 124/2025. The management bodies of essential and important entities establish permanent means of contact, allocate the necessary resources and appoint, within 30 days of the communication of the DNSC director’s decision on identification and entry in the register, the officers responsible for the security of networks and information systems.

Two things to keep in mind. The deadline does not run from a fixed calendar date, it runs from the communication of the DNSC decision. And the obligation covers both categories of entity, not only essential ones, a point we covered separately in the article on the appointment obligation for important entities.

The conditions in para. (4), and who they apply to

Art. 14 para. (4) adds five cumulative conditions, but only for the person appointed in essential entities, excluding public administration entities, micro enterprises and small enterprises:

  • holds managerial authority;
  • reports directly to the management bodies of the entity;
  • operates independently of the IT and operational technology functions;
  • has access to the resources needed to supervise and implement the measures effectively;
  • has completed an accredited specialist course in cyber security, recognised by DNSC, within 12 months of appointment.

Independence from IT is the condition most often breached in practice. Appointing the head of IT as the responsible officer, in an essential entity that does not fall within the exceptions, does not satisfy para. (4) letter c). Not because the person is unsuitable, but because nobody supervises themselves.

Occupational code: there is no dedicated one

The Romanian Classification of Occupations contains no occupation called „NIS officer” or „officer responsible for the security of networks and information systems”. What is used in practice are occupations in base group 2529, specialists in databases and networks:

CodeOccupation
252904Cyber security expert
252906Cyber security auditor
252907Cyber security consultant
252908ICT security administrator
252910Information systems security manager
252913Specialist in information systems security procedures and tools
133048Information security manager (CISO), group 1330

Job descriptions circulating online give „code 252913, cyber security specialist”. The title is wrong: 252913 is „specialist in information systems security procedures and tools”. If the wrong title reaches the personnel file, correcting it later costs more.

The practical conclusion: pick the code by the real content of the position, not by the „NIS” label. The law requires no particular code.

There is no „DNSC licensed NIS officer”

This is the most frequent and most misunderstood question. DNSC does not license, attest or register the responsible person. The arguments are in the text of the ordinance:

  • Art. 25 lists the tasks of DNSC. Letter j) covers issuing, revoking and renewing attestations for cyber security auditors. Letter k) covers authorising training service providers for auditors and CSIRT teams. The officer responsible for network security does not appear.
  • Art. 58 regulates the attestation of auditors only.
  • Art. 65 para. (1) lists the orders the DNSC director must issue. None concerns attestation of the responsible officer.

The closest reference is art. 26 para. (2), under which DNSC ensures the evaluation of the training and specialisation process for auditors, CSIRT team members, cyber security officers and training providers. That is a task about the training process, not an attestation of the person.

What did exist is something else: a Responsabil NIS training programme, delivered by providers authorised under DNSC Order no. 106/2022, with a certificate recognised by DNSC. That programme has been discontinued. According to the DNSC announcement, from 1 March 2026 no completion certificates are issued for programmes organised after that date.

The regulatory gap, stated plainly

Art. 14 para. (4) letter e) requires an „accredited specialist course, recognised by DNSC”. Order no. 106/2022 was issued under Law no. 362/2018, repealed by GEO no. 155/2024, and under the new law the authorisation of training providers covers only auditors and CSIRT teams. The programme dedicated to the responsible officer has been discontinued, and no act defining which course is „recognised by DNSC” for this role had been published as at the date of this article.

The result: the obligation exists, the mechanism to satisfy it does not. For an entity inside the 12 month window, the reasonable course is to document what training the appointed person completed, from whom, with what content and with what certificate, and to keep the evidence. In an inspection, serious documented training is a better position than none, and the impossibility of obtaining a certificate that does not exist is not attributable to the entity.

Be careful with offers that still use the „DNSC authorised” label for NIS officer courses. Ask the provider, in writing, for the authorisation number, the programme it covers and its validity date.

Can the role be outsourced?

The law says nothing about outsourcing, neither permitting nor prohibiting it. Art. 14 para. (3) uses the verb „appoints”, without requiring employee status. The real constraints come from the five conditions in para. (4): managerial authority, direct reporting to management, independence from IT and OT, access to resources, training.

An external provider can meet those conditions only through a formal mandate, with access and authority written into the appointment decision, not through an ordinary consultancy contract. And whatever the arrangement, accountability stays with the management bodies: art. 14 para. (1) makes them responsible for breaches. There is no transfer of liability to the appointed person or to the provider.

What is penalised

Letter of art. 60 para. (1)Conduct
h)members of management bodies do not attend the training required by art. 14 para. (2)
i)failure to establish permanent means of contact
j)failure to allocate resources
k)failure to appoint the officers responsible for the security of networks and information systems

All four sit in the upper fine range of art. 60 para. (2) letters a) and b): from 5,000 lei up to 7,000,000 euro or 1.4 per cent of total worldwide annual turnover for important entities, and from 10,000 lei up to 10,000,000 euro or 2 per cent for essential ones, whichever is higher. By comparison, failure to register with DNSC, for which the first fine was issued, sits on the lower tier.

The checklist

  1. Is there a written appointment decision, dated and signed by the management body?
  2. Does it fall within 30 days of the communication of the DNSC registration decision?
  3. For essential entities outside the exceptions, are all five conditions in para. (4) met, including independence from IT?
  4. Have the person’s details been communicated to DNSC, through the registration form or an update within two weeks of a change?
  5. Is there a job description with real duties, not just a line on an organisation chart?
  6. Is there evidence of training and a plan for the 12 month deadline?
  7. Does the person have unfiltered access to management, and a budget?

Where we can help

For organisations with nobody to appoint internally without breaching the independence condition, the role can be covered through an outsourced NIS2 officer, with a formal mandate, access to management and documented reporting.

If you are not yet sure whether you are in scope, the CysNis platform walks through the scoping criteria step by step. If you are, a NIS2 compliance analysis with a remediation plan shows exactly what is missing. Members of the ProDefence team are DNSC-attested NIS auditors.

For the ongoing development of the NIS officer and the team, the cybersecurity courses on CysEdu (in Romanian) are tiered from fundamentals to professional topics. They are not a DNSC attestation, but they cover the working knowledge the role needs day to day.

Sources

This material is informative and does not constitute legal advice. Quotations from the Romanian acts are working translations. The status of training programmes may change through later normative acts; check dnsc.ro before contracting a course.

Frequently asked questions

What does NIS officer mean in Romania?

It is the market name for the officer responsible for the security of networks and information systems, a role set out in art. 14 para. (3) of GEO no. 155/2024. The person implements and supervises the cyber security risk management measures at entity level and is appointed by decision of the management bodies.

Is there an occupational code for the NIS officer?

No. The Romanian Classification of Occupations contains no occupation with that name. In practice, occupations in base group 2529 are used, such as 252904 cyber security expert, 252906 cyber security auditor, 252910 information systems security manager, or 133048 information security manager. The law requires no particular code.

Does DNSC license the NIS officer?

No. DNSC attests cyber security auditors and authorises training providers for auditors and CSIRT teams, under art. 25 and 58. There is no licensing, attestation or registration of the officer responsible for the security of networks and information systems.

What training must the NIS officer complete?

For a person appointed in an essential entity outside the exceptions, art. 14 para. (4) letter e) requires an accredited specialist course recognised by DNSC, completed within 12 months of appointment. The Responsabil NIS training programme has been discontinued, with no completion certificates issued for programmes organised after 1 March 2026, and no act defining an alternative recognised course had been published as at the date of this article.

How soon must the officer be appointed?

Within 30 days of the communication of the DNSC director’s decision on identification and entry in the register, under art. 14 para. (3). The deadline does not run from a fixed calendar date.

Can the head of IT be the NIS officer?

In essential entities outside the exceptions in art. 14 para. (4), no. The text requires the person to operate independently of the IT and operational technology functions and to report directly to the management bodies. For important entities, public administration, micro and small enterprises, those conditions do not apply.

Can the NIS officer role be outsourced?

The law neither prohibits nor expressly regulates it. Outsourcing works if the formal mandate secures the five conditions in art. 14 para. (4). Accountability nevertheless stays with the management bodies under art. 14 para. (1) and does not transfer to the provider.

„Romania NIS2 registration” hides a common confusion. Many people assume there is a single, all purpose DNSC form. In fact, as at the date of this article there is one form regulated by a normative act: the notification form for registration in the register of entities. It is annexed to the Requirements approved by Order of the DNSC director no. 1 of 11 August 2025, published in the Official Gazette no. 776 of 20 August 2025.

The first fine issued by DNSC under GEO no. 155/2024, on 29 September 2026, concerns exactly this notification. It is worth getting right the first time.

The NIS2@RO tool and the NIS2@RO platform are not the same thing

The Requirements describe two distinct mechanisms, and confusing them is the most frequent source of delay:

NIS2@RO toolNIS2@RO platform
What it isa digital tool for assessment and for generating the notification dataan enrolment, information and cooperation platform
Where it runslocally, downloadedonline, at platformanis2.ro, with an account
When it is usedonly when the platform is unavailablethe primary method

The rule is simple: once an entity has enrolled on the platform, all subsequent interaction happens exclusively through it. The local tool is a fallback, not a permanent alternative.

The six sections of the form

  1. General data. Name, unique registration code, registered office, primary and secondary activity codes.
  2. Specific data. Average headcount, net turnover, total assets, sector, subsector and entity type, public IP address ranges, presence in other member states, and the details of the person responsible for cyber security where one has already been appointed: name, position, e-mail address and mobile number.
  3. Specific situations. Among others, the self-assessment against art. 9, meaning entry into scope regardless of size, and whether the entity is a critical entity under the legislation on the resilience of critical entities.
  4. Attached documents.
  5. Preliminary assessment.
  6. Entity representation.

Two fields cause most of the delay. Public IP address ranges assume an inventory many organisations do not keep current, especially those that have partly migrated to cloud. And the subsector is not chosen intuitively: the annexes have a structure of their own that does not map onto national activity codes.

Signature, and who signs

The form is saved as a PDF and signed by the legal representative of the entity, with a qualified electronic signature. On paper filing, the signature is handwritten. This is not a document the network administrator sends in their own name.

The three channels

  • the NIS2@RO platform, at platformanis2.ro, after authentication;
  • by e-mail, to the DNSC records address given in the Requirements;
  • by filing at the DNSC office, Str. Italiană nr. 22, Bucharest, sector 2.

Acknowledgement matters. Under art. 11 of the Requirements, the notification is deemed received on the date DNSC confirms receipt, and no later than 5 working days, for submissions through the platform or by e-mail. For physical filing, the date is the date of filing. Keep the evidence. It is the only thing that counts if the deadline is ever questioned.

What happens next

  • Enrolment on the platform. An entity that notified by e-mail or on paper because the platform was unavailable must create an account within 20 days of the platform becoming available. DNSC validates and confirms the data within 10 working days.
  • The registration decision. Its communication starts the 30 day period for appointing the officer responsible for the security of networks and information systems, under art. 14 para. (3) of the ordinance.
  • Updates. Changes to identification information must be communicated to DNSC within two weeks of the change, under art. 18 para. (8) letter a). A change of registered office, of legal representative or of IP ranges falls here.

What this form is not

It is not the incident notification form. Incident reporting is governed by art. 15 of the ordinance, with deadlines of 24 hours, 72 hours and one month, and art. 15 para. (17) provides that the methodological rules for incident reporting are to be set by order of the DNSC director. As at the date of this article we have not identified such an order published in the Official Gazette.

Nor is it an officer appointment form. No separate form of that kind exists: the details of the responsible person are declared inside the registration form, in the „Specific data” section, and changes are communicated through an update.

The mistakes that keep repeating

  • The form is completed, saved, and never sent. Without an acknowledgement, there is no notification.
  • It is signed by someone who is neither the legal representative nor formally empowered.
  • Only the primary activity code is declared, although the activity that brings the entity into scope sits on a secondary one.
  • Public IP ranges are left blank, because „the provider knows them”.
  • The entity notifies once and never updates anything, although the office, the representative or the infrastructure have changed since.
  • Silence from DNSC is read as confirmation of being out of scope. Silence is not a decision.

Where we can help

Scoping comes before the form, because half of the fields depend on it. The CysNis platform walks through the criteria step by step.

If you want the notification, the appointment of the responsible officer and the supporting documents done once and done correctly, the starting point is a NIS2 compliance analysis with a remediation plan. The role itself can be covered through an outsourced NIS2 officer.

Sources

This material is informative and does not constitute legal advice. Quotations from the Romanian acts are working translations. Addresses and procedures may change; check dnsc.ro and platformanis2.ro before filing.

Frequently asked questions

Is there a DNSC form for NIS2?

Yes, one form regulated by a normative act: the notification form for registration in the register of entities, annexed to the Requirements approved by Order of the DNSC director no. 1/2025. There is no published incident notification form approved by order, and no separate form for appointing the responsible officer.

What is the difference between the NIS2@RO tool and the NIS2@RO platform?

The tool is a downloadable application used locally for assessment and for generating the notification data, and it is used only when the platform is unavailable. The platform, at platformanis2.ro, is the primary mechanism: enrolment, information and cooperation, with an account. After enrolment, interaction happens exclusively through the platform.

Who signs the registration form?

The legal representative of the entity, with a qualified electronic signature on the PDF, or by hand on paper filing. It is not a document the network administrator can send in their own name.

How is the notification filed and when is it deemed received?

Through the NIS2@RO platform after authentication, by e-mail to the DNSC records address, or by filing at the DNSC office in Str. Italiană nr. 22, Bucharest, sector 2. It is deemed received on the date DNSC confirms receipt, and no later than 5 working days for the first two channels.

What data does the form require?

Name, registration code, registered office, activity codes, average headcount, net turnover, total assets, sector, subsector and entity type, public IP address ranges, presence in other member states, the details of the person responsible for cyber security if appointed, plus specific situations and attached documents.

We notified by e-mail. Do we still need a platform account?

Yes. An entity that notified by e-mail or on paper because the platform was unavailable must create an account within 20 days of the platform becoming available, and DNSC validates the data within 10 working days.

Romania transposed NIS2 through Government Emergency Ordinance no. 155/2024. Anyone trying to read the actual law runs into three problems: the official PDF of the Official Gazette is not free, most copies circulating online are the initial version without the 2025 and 2026 amendments, and there is no official English translation.

Below are the exact acts, where the consolidated text can be read for free, what changed, and how to cite it correctly.

The acts, precisely identified

ActSubjectOfficial Gazette
GEO no. 155 of 30 December 2024framework for the cyber security of networks and information systems in the national civil cyberspaceno. 1332 of 31 December 2024
Law no. 124 of 7 July 2025approval of GEO no. 155/2024, with amendments and additionsno. 638 of 7 July 2025
Law no. 123 of 3 July 2026addition to art. 36 of GEO no. 155/2024 and to the Criminal Codeno. 550 of 3 July 2026

The ordinance entered into force on 31 December 2024, with one exception set out in art. 64 para. (4): art. 60 and 61, the offences and their establishment, entered into force 30 days after publication, on 30 January 2025. The amendments brought by Law no. 124/2025 take effect from 10 July 2025.

The correct citation today is „GEO no. 155/2024, approved with amendments and additions by Law no. 124/2025, as subsequently supplemented”. A document that cites only the ordinance was written before July 2025, or written in a hurry.

Where to read the text, free and up to date

The free official source is the Legislative Portal of the Romanian Ministry of Justice, which publishes the consolidated form, meaning the text with amendments incorporated and marked:

Each page carries a „Forma printabilă” button, the printable form, which renders the whole act on a single page that a browser can save as PDF. It is the closest thing to the free PDF people are looking for, with the advantage of being the version in force rather than the original one.

There is no official English translation of the ordinance. For cross-border work, the practical approach is to read the Romanian consolidated text against the English text of Directive (EU) 2022/2555, keeping in mind that the national text adds obligations the directive does not contain.

A map of the ordinance

The ordinance has 11 chapters and 68 articles.

ChapterContentArticles
IGeneral provisions, definitions1 to 4
IIScope, essential and important entities, thresholds5 to 10
IIIRisk management measures and reporting obligations11 to 17
IVRegistration, register of entities18 to 20
VRoles and responsibilities21 to 36
VICooperation37 to 45
VIISupervision, verification and control46 to 56
VIIICyber security audit57 to 59
IXPenalties60 to 63
XTransitional and final provisions64 to 68

The articles people reach for most often: art. 5 and 6 for classification as essential or important, art. 8 for thresholds, art. 9 for entering scope regardless of size, art. 11 to 14 for measures, audit and management obligations, art. 15 for incident reporting, art. 18 for registration, art. 58 for auditors, art. 60 for fines.

What Law no. 124/2025 changed

The law has a single article with 23 amending points. The ones with direct practical effect:

  • Art. 14 para. (2) and (3). Members of management bodies attend accredited professional training. Entities provide regular training for all staff. Management establishes permanent contact points, allocates resources, and appoints the officers responsible for the security of networks and information systems within 30 days of DNSC communicating the registration decision.
  • Art. 15 para. (6). The introductory definition of a significant incident was rewritten.
  • Art. 18 para. (3) letter g) and para. (10). Information on the member states where the entity provides services, and its transmission to ENISA.
  • Art. 50 para. (2) and (4). Serious breaches redefined.
  • Art. 60. Letters n), bb) and cc) amended, letters pp) and qq) added, the fine regime in para. (2) rewritten, and a new para. (2^1): serious breaches under art. 50 para. (2) are penalised with fines from 3,000 to 600,000 lei.
  • Art. 60 para. (3) and (4). The turnover of reference for percentage based fines is that of the last financial year.
  • Art. 61 para. (2). Competences to establish offences are split between DNSC and the sectoral competent authorities. For letters o) to dd), DNSC establishes the offence and the penalty is applied by decision of its director.
  • The annexes. Sector 5, health, and sector 8, digital infrastructure, were rewritten in Annex no. 1. In Annex no. 2, sector 4 became „Production, processing and/or distribution of food”, which widens scope: a company no longer has to do all three.

That last point is the most underestimated. A company that only distributes food, without producing or processing it, came into the conversation through that „and/or”.

Law no. 123/2026, the amendment nobody talks about

In July 2026 the ordinance was supplemented again. Law no. 123/2026 inserts art. 36 para. (1^1) into GEO no. 155/2024 and, more importantly, art. 365^1 into the Criminal Code, a ground removing the criminal character of the act. In practice, vulnerability research conducted in cumulative compliance with the reporting conditions in art. 36 para. (5) and (6) no longer constitutes an offence under art. 360 para. (1) and (3), art. 361 and art. 364 of the Criminal Code.

This is the first safe harbour for security researchers in Romanian law. For entities it means that a coordinated vulnerability disclosure policy is no longer merely good practice, it now has a counterpart in statute.

What the ordinance does not contain

  • The size threshold figures. Art. 8 contains no numbers. It refers to art. 4 para. (1) letter c) of Law no. 346/2004, without applying art. 4^5. That detail matters: classification is done per entity, without aggregating figures from linked or partner undertakings.
  • The concrete technical measures. Art. 13 gives the minimum list. The actual control catalogue is in Order of the DNSC director no. 1/2026.
  • The audit interval. Art. 11 para. (5) defers it to the order under art. 12 para. (1). Order no. 1/2026 sets no interval, so as at the date of this article the periodicity is not regulated.
  • The notification form. It is annexed to the Requirements approved by Order of the DNSC director no. 1/2025.

The DNSC orders, in brief

ActSubjectOfficial Gazette
Order no. 1/2025how you register: notification requirements, the form, the NIS2@RO platformno. 776 of 20 August 2025
Order no. 2/2025how your risk level and assurance level are calculatedno. 776 of 20 August 2025
Order no. 3/2025how DNSC supervises, verifies and controlsno. 1149 of 11 December 2025
Order no. 1/2026risk management measures and the maturity self-assessment methodologyno. 712 of 27 August 2026, annexes in 712 bis
Order no. 2/2026supplement to Order no. 1/2026, reference to the rules for groupsno. 792 of 18 September 2026
Decision no. 3/2026applicability rules for entities in a group of undertakingsno. 798 of 21 September 2026

Where we can help

If the real question behind the search is „does this apply to us”, the answer is not in the PDF, it is in the scoping exercise. The CysNis platform walks through the criteria step by step.

If you are already in scope, the distance between the text and practice is measured through a NIS2 compliance analysis with a remediation plan. Members of the ProDefence team are DNSC-attested NIS auditors, and the role of the responsible officer can be covered through an outsourced NIS2 officer.

Sources

This material is informative and does not constitute legal advice. Article titles and quotations are working translations of the Romanian text. Consolidated forms change; check the last update date on each act’s page.

Frequently asked questions

Where can I find a PDF of Romania’s NIS2 law?

There is no free official PDF. The consolidated text, meaning the version in force with all amendments, is available free of charge on the Legislative Portal of the Ministry of Justice, document 293121, and the „Forma printabilă” button lets a browser save it as PDF. The authentic Official Gazette issue is available for a fee.

What did Law no. 124/2025 change?

It has a single article with 23 amending points. The most important concern accredited training for management bodies and the appointment of responsible officers, the definition of a significant incident, serious breaches, the fine regime in art. 60, the competences in art. 61, and the rewriting of sectors 5 and 8 in Annex no. 1. In Annex no. 2, the food sector became „production, processing and/or distribution”.

How should Romanian NIS2 legislation be cited today?

„GEO no. 155/2024, approved with amendments and additions by Law no. 124/2025, as subsequently supplemented”. The subsequent supplement is Law no. 123/2026, which added art. 36 para. (1^1) and art. 365^1 of the Criminal Code.

Where are the size thresholds for essential and important entities?

Not in the ordinance. Art. 8 refers to art. 4 para. (1) letter c) of Law no. 346/2004, without applying art. 4^5. Classification is therefore done per entity, without aggregating figures from linked or partner undertakings.

Is there an official English translation of GEO 155/2024?

No. For cross-border work the practical approach is to read the Romanian consolidated text alongside the English text of Directive (EU) 2022/2555, bearing in mind that the national act adds obligations the directive does not contain.

Which DNSC orders must be read together with the ordinance?

Order no. 1/2025 for registration, Order no. 2/2025 for the risk level, Order no. 3/2025 for supervision and control, Order no. 1/2026 for risk management measures and maturity self-assessment, and Order no. 2/2026 together with Decision no. 3/2026 for entities in a group of undertakings.

On 29 September 2026, President Donald Trump signed the executive order “Inaugurating the Era of Super Intelligence”. US federal agencies must now use “Super Intelligence” and the abbreviation “SI” instead of “Artificial Intelligence” and “AI”. For organisations in Romania and the rest of the EU, the change is mainly one of vocabulary in documents coming from the United States. Legal obligations, technical risks and the way a system is assessed stay the same.

Below: what the official text says, why the new term causes confusion, what remains valid in the European Union, and what is worth adjusting in contracts, risk assessments and internal governance.

What the executive order says

The text published by the White House has four short sections:

  • Purpose. The order argues that today’s technology does much more than imitate or automate discrete aspects of human intelligence, and that federal terminology should reflect this.
  • Implementation. Executive departments and agencies use “Super Intelligence” and “SI”, to the extent permitted by law, in official correspondence, public communications, websites, reports and policy documents.
  • Exemption. Previously issued regulations, presidential actions, contracts, grants and other historical documents do not have to be revised.
  • Definition. The new term carries the existing statutory definition of artificial intelligence (15 U.S.C. § 9401(3)). Within 60 days, the Assistant to the President for Science and Technology must propose legislative language for a federal definition of its own.

In short, the label changes immediately, the legal content does not. The same systems, under the same definition, get a different name in US federal communication.

The context in brief

According to Politico, the President started using the term a week earlier at the UN General Assembly, while pushing back against calls for tighter regulation of the industry. On the day the order was signed, technology executives signed a “constitution” at the White House that the outlet describes as morally binding, meaning it carries no force of law. It asks companies to work with an independent external auditor to confirm that models operate as intended, and to implement internal controls that prevent models from hacking systems.

In the same period, Politico reported on AI agents accessing US government websites without authorisation and on related security incidents. For a cybersecurity professional, this is the detail that matters most this week, more than the name of the technology.

Why “super intelligence” is a problematic term

In the specialist literature, superintelligence (artificial superintelligence, ASI) refers to a hypothetical level: a system that surpasses human cognitive abilities in virtually all domains. The concept was popularised by philosopher Nick Bostrom in “Superintelligence” (2014) and is used in this sense by researchers and by AI companies. No such system exists yet.

The order uses the same word for something else: for every technology covered by the current definition of artificial intelligence, from a spam filter to a large language model. The same term now has two meanings:

  • the technical meaning: a capability threshold that has not been reached;
  • the US administrative meaning: a new name for all existing AI systems.

The confusion has practical consequences. A report on “SI risks” may refer to the risks of a chatbot or to the extreme risks discussed in AI safety research. Anyone reading US documents written after 29 September 2026 needs to check, every time, which meaning is intended.

What stays the same in the EU and in Romania

The executive order binds only the US federal administration. It has no effect on European Union law or on Romanian legislation.

  • Regulation (EU) 2024/1689 (the AI Act) still uses the notion of an “AI system”. Article 3 defines it, in short, as a machine-based system with varying levels of autonomy that infers from its inputs how to generate outputs such as predictions, content, recommendations or decisions. Obligations depend on the risk level of the use case, not on the product’s marketing name.
  • Romania’s NIS2 transposition, Emergency Ordinance no. 155/2024 as approved with amendments by Law no. 124/2025, does not depend on terminology. AI systems used by an essential or important entity fall under the same risk analysis as any other information system.
  • In Romanian, and in what the market searches for, “inteligență artificială” remains the common term.

There is therefore no need to rewrite policies, procedures or compliance documentation. The US administration is not doing it either: the order explicitly exempts documents already issued.

What is worth adjusting

1. Contracts and documents from US partners

US vendors and partners working with the federal government are likely to adopt the new term. In contracts, technical annexes and compliance reports, make sure “SI” is explicitly defined. The safest wording refers to the US statutory definition (15 U.S.C. § 9401(3)) or to the AI Act definition, depending on the law governing the contract. A clause that mentions “SI” without a definition may be read differently by each party.

2. A marketing label does not change the risk assessment

Some products will likely be rebranded as “SI” or “superintelligent”. The name says nothing about what the system does, what data it processes or what permissions it holds. The assessment stays the same: what decisions the system makes, on what data, under what human oversight and with what access to the organisation’s systems.

3. AI agents are identities that must be governed

Incidents involving agents that access systems without authorisation show where the real risk lies. An AI agent with access to email, documents or internal APIs should be treated like a privileged account: inventoried, given least privilege, fully logged and able to be shut down immediately. These measures map directly onto the NIS2 requirements for risk management and access control.

4. A short internal glossary

If your organisation works with documents in more than one language, a glossary of a few lines prevents confusion: “artificial intelligence (AI)” for current systems, “SI” only as the equivalent of US federal terminology, and “superintelligence” only in the sense of a capability threshold.

External audit becomes the common denominator

One element went almost unnoticed. Even a voluntary, industry-signed document arrives at the same answer that the AI Act and NIS2 require: independent assessment and verifiable internal controls. Whatever the name, an auditor’s question stays the same: does the system do what you say it does, and can you prove it?

At ProDefence we keep using the term “artificial intelligence”, in line with EU and Romanian law, and we treat AI systems as part of an organisation’s security perimeter. If you would like an assessment of how AI tools are used in your organisation, including agents with access to internal systems, our NIS2 compliance consulting team, which includes DNSC-attested NIS auditors, can help.

For organisations that need to follow how AI regulation differs from one jurisdiction to another, CysAI tracks artificial intelligence rules across more than 15 jurisdictions, from the US framework to the EU AI Act.

Frequently asked questions

Does the US executive order apply in Romania or the EU?

No. The order binds only US federal executive departments and agencies. In the European Union, Regulation (EU) 2024/1689 (the AI Act) applies, and it still uses the term “AI system”.

Should organisations replace “artificial intelligence” with “super intelligence” in their documents?

No. EU and Romanian law keep the term “artificial intelligence”, and the order itself does not require previously issued documents to be changed, not even within the US administration.

Does superintelligence already exist?

No. In research, superintelligence means a system that would exceed human cognitive abilities in virtually every domain, a level that has not been reached. The order uses the word as an administrative label for all existing AI systems.

Does the legal definition of artificial intelligence change in the US?

Not immediately. The order adopts the existing definition in 15 U.S.C. § 9401(3). Within 60 days, the Assistant to the President for Science and Technology must propose legislative language for a federal definition of the new term.

What should be checked in contracts with US vendors?

That “SI” or “Super Intelligence” is explicitly defined in the contract, tied to the US statutory definition or to the AI Act depending on the governing law. Without a definition, the parties may read the term differently.

Sources

Also on prodefence.ro: “Transformation”: AI, human autonomy and the cognitively assisted Earth.

On 29 September 2026, Romania’s National Cyber Security Directorate (DNSC) issued the first ever penalty under GEO no. 155/2024, the national transposition of NIS2. The fine is 50,000 lei, roughly 10,000 euro, and it went to a legal person described as a specialised body of the central public administration, covered by sector 10, Public administration, in Annex no. 1 to the ordinance. The legal basis cited by DNSC is art. 60 para. (1) letter o).

The press release, published on 30 September and carried by the national news agency, says the entity „failed to observe the notification obligation within the legal deadline”. Part of the press rendered that as a failure to report incidents. The text of the law says something else, and the difference matters for every entity in scope.

What letter o) actually says

„failure by entities in the sectors listed in Annexes no. 1 and 2 to comply with the notification obligation under art. 18 para. (2) within the indicated deadline”

The cross-reference is to art. 18 para. (2), which sits in Chapter IV, titled „Registration”. That article requires entities in the Annex 1 and Annex 2 sectors to notify DNSC for the purpose of registration in the register of entities, within 30 days of the ordinance entering into force, or of the date on which its provisions become applicable to them.

Incident reporting lives in a different chapter and a different article: art. 15, with 24 hours for the early warning, 72 hours for the incident notification and one month for the final report. Failing those obligations is penalised under other letters of art. 60 para. (1), not under letter o).

Romania’s first NIS2 fine is therefore not a fine for an undeclared incident. It is a fine because an entity did not register with the authority in time.

The two notifications people confuse

CriterionRegistration notificationIncident notification
Legal basisart. 18 para. (2)art. 15
Whenonce, on entering scope, plus updatesfor every incident with significant impact
Deadline30 days24 hours, 72 hours, final report at one month
Wherethe NIS2@RO platform, or e-mail or filing at the DNSC officeDNSC, through the incident reporting channels
Offenceart. 60 para. (1) letter o)other letters of art. 60 para. (1)

Why 50,000 lei

The amount is neither arbitrary nor maximal. Art. 60 para. (2) sets different ranges depending on the letter breached and on the status of the entity. For letter o), the ranges are:

  • important entities: from 1,000 to 300,000 lei;
  • essential entities: from 1,500 to 500,000 lei.

The sanctioned entity is a central public administration institution. Under art. 5 para. (1) letter a), central public administration entities listed in Annex no. 1 are essential entities regardless of size. The applicable range is therefore 1,500 to 500,000 lei, and 50,000 lei is about one tenth of the ceiling.

The contrast with the other ranges in the same article is worth keeping in mind. For breaches treated as serious, art. 60 para. (2) letters a) and b) reach up to 7,000,000 euro or 1.4 per cent of total worldwide annual turnover for important entities, and 10,000,000 euro or 2 per cent for essential ones, whichever is higher. Failure to register sits on the lower tier. That is not where the real financial exposure is.

Who establishes the offence

Art. 61 para. (2), as amended by Law no. 124/2025, splits the competences. For offences under letters o) to dd), the offence is established by DNSC and the penalty is applied by decision of the DNSC director. For other letters, control staff of the sectoral competent authorities may also establish the offence.

That explains the wording in the press release, a „decision establishing the offence and applying the penalty”. It is not an inspection report drawn up by a sectoral inspector, it is an act of the head of the authority.

What this means for everyone else

The ordinance entered into force on 31 December 2024. For entities already in scope at that date, the 30 day deadline expired on 30 January 2025. For an entity entering scope later, because it crosses a size threshold, changes its activity or is identified under art. 9, the deadline runs from the date on which the provisions become applicable to it.

Two practical consequences, frequently ignored:

  • The obligation does not lapse when the deadline passes. An entity that failed to notify in January 2025 has not escaped the obligation. It still has it, and the delay remains punishable.
  • The authority does not come looking for you first. Scope is self-assessed. The law provides for no list that the authority sends out to companies, and until the registration decision arrives, the entity is the one that has to know its own status.

The first fine went to a public institution. That is not a sign that the private sector is less exposed. It is, most likely, a sign of where the authority has immediate visibility.

What to check this week

  1. Whether your organisation operates in one of the sectors in Annex no. 1 or no. 2 to GEO no. 155/2024.
  2. Whether the registration notification was actually sent, and whether you hold the acknowledgement from DNSC. Do not assume: ask for the document.
  3. Whether the data submitted is still current. Changes to identification information must be communicated within two weeks of the change.
  4. Whether the entity has enrolled on the NIS2@RO platform, if the initial notification was made by e-mail or on paper.
  5. Whether the officer responsible for the security of networks and information systems has been appointed, within 30 days of DNSC communicating the registration decision.
  6. Whether an internal incident reporting procedure exists, and whether someone can trigger it within 24 hours, including at night and at weekends.

Where we can help

If you are not certain whether you fall within the scope of the ordinance, the CysNis platform walks through the scoping criteria step by step and separates legal obligations from technical recommendations.

If you are in scope and want to know how far you are from the requirements, the starting point is a NIS2 compliance analysis with a remediation plan, built on evidence rather than statements. Members of the ProDefence team are DNSC-attested NIS auditors. For organisations with no one to appoint internally, the role can be covered through an outsourced NIS2 officer.

Sources

  • GEO no. 155/2024, published in the Official Gazette no. 1332 of 31 December 2024, consolidated text on the Romanian Legislative Portal. Art. 5, 15, 18, 60 and 61.
  • Law no. 124/2025 approving GEO no. 155/2024, published in the Official Gazette no. 638 of 7 July 2025, text on the Legislative Portal.
  • DNSC, press release of 30 September 2026 on the first penalty for failure to comply with the notification obligation, dnsc.ro.
  • Agerpres, carried by G4Media, 30 September 2026.
  • Order of the DNSC director no. 1/2025 on the requirements for the registration notification, Official Gazette no. 776 of 20 August 2025, the requirements.

This material is informative and does not constitute legal advice. The amount of the fine and the status of the sanctioned entity come from the DNSC press release as carried by the national news agency. DNSC did not publish the name of the entity. Quotations from the ordinance are working translations of the Romanian text.

Frequently asked questions

What was Romania’s first NIS2 fine issued for?

For failing to comply with the notification obligation for registration in the register of entities, set out in art. 18 para. (2). The penalty is grounded in art. 60 para. (1) letter o), which refers expressly to that article. The fine is 50,000 lei and was applied on 29 September 2026 to a specialised body of the central public administration.

Is the fine about an unreported incident?

No. Incident reporting is governed by art. 15, with deadlines of 24 hours, 72 hours and one month, and breaches of it are penalised under other letters of art. 60 para. (1). Letter o), cited by DNSC, concerns only the registration notification.

How large can the fine be for failing to register with DNSC?

Under art. 60 para. (2), from 1,000 to 300,000 lei for important entities and from 1,500 to 500,000 lei for essential entities. The 50,000 lei fine falls in the second range, because central public administration entities listed in Annex no. 1 are essential entities regardless of size under art. 5 para. (1) letter a).

We missed the 30 day registration deadline. What now?

The obligation does not lapse when the deadline passes. The notification should still be filed, through the NIS2@RO platform or, if the platform is unavailable, through the other channels set out in Order of the DNSC director no. 1/2025. The delay remains punishable, but a notification filed on your own initiative is a better position than one established during an inspection.

Who establishes the offence and how is it challenged?

For offences under letters o) to dd), the offence is established by DNSC and the penalty applied by decision of the DNSC director, under art. 61 para. (2). Challenges follow the general regime for administrative offences; the remedy, the deadline and the competent court are stated in the decision itself.

How do I know whether my organisation has to register?

Scope is self-assessed, based on the sector listed in Annexes no. 1 and 2 and the size thresholds in art. 8, which refer to Law no. 346/2004. Some entities are in scope regardless of size, under art. 9. The authority does not send out a list of the companies concerned.

Romania’s National Cyber Security Directorate (DNSC) is preparing an act that changes how the management training obligation in GEO no. 155/2024 should be read: a draft decision approving the cybersecurity training standard for the management bodies of essential and important entities, together with the list of recognised cybersecurity certifications.

One clarification belongs in the first paragraph: the document analysed here is a draft, watermarked DRAFT on every page. It is not a legal act in force, it produces no legal effects yet, and it may change before publication in the Official Gazette. We analyse it because it shows, in unusual detail, what the authority will expect from directors and executives, and organisations that understand the logic early arrive prepared without emergency spending.

In short

  • The draft defines a single training role: Executive Manager in Cybersecurity Governance, at strategic management level.
  • The standard has 6 competence units, all about governance and oversight, not technical execution.
  • Assessment is proposed as 50% crisis simulation and 50% governance portfolio, plus a multiple choice test.
  • The curriculum is open: NIST CSF 2.0, ENISA ECSF, NIST SP 800-34 Rev. 1, ENISA Threat Landscape and national legislation.
  • Annex 2 lists 61 recognised cybersecurity certifications.
  • Status: draft, not an act in force.

Where the obligation comes from and why a standard appears now

Government Emergency Ordinance no. 155/2024, approved with amendments by Law no. 124/2025, provides in art. 14 that the management bodies of essential and important entities approve cybersecurity risk management measures, supervise their implementation and are liable for breaches of those obligations. The same article requires members of management bodies to follow periodic training enabling them to identify risks and assess risk management practices.

Until now the legal text had no minimum content attached to that training. In practice, “management training” has meant anything from a forty minute presentation to a serious governance programme. The draft decision fills exactly that gap: it states which competences must be demonstrated, at what level, and how they are verified.

The legal basis invoked in the draft is art. 5 letter b) and art. 7 paragraphs (3) and (4) of GEO no. 104/2021 establishing DNSC, approved by Law no. 11/2022, together with art. 14 paragraphs (2) and (4) of GEO no. 155/2024. In its draft form, the act is to be published in the Official Gazette, Part I.

The role the training targets

Annex no. 1 defines a single role, Executive Manager in Cybersecurity Governance, placed at strategic and executive management level. The wording matters, because it draws a clear line around what is and is not asked of a director or CEO.

The role assumes no technical execution skills. It assumes the ability to govern: to set the organisation’s risk appetite, approve policies, allocate resources, supervise and control. The most concrete element in the whole annex is the executive’s duty to formally designate the person responsible for the security of networks and information systems under art. 14 paragraphs (3) and (4) of GEO no. 155/2024, a role the document calls CISO.

The distinction the draft repeats in several places is between responsibility, meaning execution, which belongs to the designated officer, and accountability, which stays with executive management. The function can be delegated; the accountability cannot.

The six competence units

UnitWhat it actually requires
CU1. Assuming the legal liability frameworkIdentifying the entity’s legal status, essential or important; interpreting due diligence obligations, separating clearly what may be delegated from what may not under art. 14; integrating an all-hazards perspective. The document speaks of moving from assumed ignorance to informed diligence and refers to the sanctions regime.
CU2. Setting the context and strategy for cyber risk governanceDrafting a risk appetite statement, cost-benefit analysis of measures including ROSI, documented risk acceptance decisions and policy approval. Aligned to the GOVERN function of NIST CSF 2.0.
CU3. Organisation, delegation and resource allocationJob description and KPIs for the designated officer, reporting lines that keep that officer independent from the IT function, the formal appointment decision, budgeting based on ROI and ROSI, supply chain security clauses and periodic audit of critical suppliers.
CU4. Compliance oversight and threat literacyExecutive understanding of relevant threats: ransomware with double extortion, CEO fraud and business email compromise, deepfakes. Out-of-band verification procedures, risk indicators that are more than technical statistics, phishing test results, audit trail.
CU5. Resilience and business continuity managementSeparating business continuity, an executive responsibility, from disaster recovery, a technical one. Approving the plan with manual fallbacks, the crisis cell, the implications of paying a ransom, crisis communication, and incident reporting: early warning within 24 hours and a report within 72 hours under art. 15 of GEO no. 155/2024. Methodological reference: NIST SP 800-34 Rev. 1.
CU6. Auditability and documented complianceFormalising risk acceptance, including decisions not to implement a measure for cost or operational reasons, periodic signing of the risk register, minutes of board meetings on security topics, archiving audit reports, evidence of training attendance, supervising registration in the entity register and the accuracy of information submitted to the authority.

Read together, the six units describe a set of evidence rather than a set of knowledge. Almost every competence element translates into a signed document, a dated decision or a set of minutes. That is the most useful information for an organisation preparing now: management training will be verified through paperwork, not through diplomas.

How assessment is proposed

The assessment section is what sets this standard apart from a classic course. Two methods are proposed, weighted equally.

  • Crisis simulation, wargaming style, 50%. The candidate receives a scenario such as ransomware triggered just before financial close and must decide under pressure: do we stop production, do we go public, do we switch to the manual procedure. Executive reasoning is assessed, not the technical fix.
  • Governance portfolio and audit trail, 50%. Real or constructed documents are presented: the risk appetite statement, the RACI delegation matrix separating the board’s role from the designated officer’s, and the minutes of a risk review meeting.
  • A multiple choice test is added to verify baseline knowledge.

The practical consequence is simple. A director who attended training but has no signed risk register, no appointment decision and no meeting minutes has nothing to submit for the portfolio half. Documentation is built over time, not in the week before assessment.

An open curriculum, with no dependence on commercial standards

The draft explicitly chooses an open curricular approach, based solely on public standards and national legislation, so that executive training is accessible nationwide. The indicated resources are:

  • NIST Cybersecurity Framework 2.0, focused on the GOVERN function and the GV.OC, GV.RM, GV.RR, GV.PO, GV.SC and GV.OV categories;
  • ENISA European Cybersecurity Skills Framework, the CISO profile;
  • NIST SP 800-34 Rev. 1, for continuity planning;
  • ENISA Threat Landscape, for the threat literacy component;
  • applicable national legislation.

The document states that this choice does not exclude commercial, ISO or European standards, and that the same competences may also be acquired through certified individual training programmes. That is an important sentence for organisations that already run an information security management system and do not want to start over.

Annex 2: the list of 61 recognised certifications

The second annex contains the list of recognised cybersecurity certifications, grouped by issuing body. We reproduce it for orientation, noting again that it belongs to a draft and may change.

IssuerCertifications
(ISC)²CISSP, CISSP-ISSAP, CISSP-ISSEP, CISSP-ISSMP, SSCP, CAP, CC, S-ITSF, S-ITSP, S-ITSE, S-CITSO
CompTIACASP+, Security+
ISACACISA, CISM, CRISC, CSX-F, CSX-T, CSX-P
GIACGSE, GCED, GSLC, GSNA, GISP, GSOC, GCIH, GDSA, GISF, GSEC
EC-CouncilCEH, CEH Practical (Master), E|ISM, CCISO
EITCIEITCA/IS
Mile2C)SP, C)ISSO, IS20, C)SLO, C)HISSP, C)ISMS-LA, C)ISMS-LI, C)ISSA, C)ISSM, C)ISRM, ISCAP
ASIS InternationalCPP, APP
CertNexusCIoTSP, IRBIZ, CFR
GAQMCISP, CISSM
HISPIHISP
EC FirstCCSA, CSCS, CMMP
IBITGQCCRMP, CIRM F, C CR P, CITGP, C CS F

The list is relevant mainly for the person designated as responsible for the security of networks and information systems, not for every board member. A CEO does not need a CISSP in order to govern risk; they need the decisions and documents described in the competence units.

What the draft does not say

Three limits are worth keeping in mind, so that no false expectations are built.

  • It is a draft. Numbering, deadlines and application details may change before publication in the Official Gazette.
  • It does not turn any certification in Annex 2 into a compliance condition for the entity. Compliance is measured against the measures in GEO no. 155/2024 and the DNSC orders issued under it, not against diplomas.
  • It does not replace the organisation’s own risk assessment. The standard describes what management must know, not which technical measures are sufficient in a given context.

What can be done now, whatever the final form

Every item required in the governance portfolio is a document an entity within the scope of GEO no. 155/2024 needs anyway. A reasonable order of work is the following.

  1. Confirm your classification. Essential or important, on what criterion, in which sector. Everything else follows from this.
  2. Issue the appointment decision for the officer responsible for the security of networks and information systems, with duties, reporting line and indicators.
  3. Approve the risk appetite statement and the security policy, dated and signed.
  4. Build the RACI matrix separating board accountability from execution responsibility.
  5. Write down the incident reporting procedure, with the 24 hour and 72 hour deadlines.
  6. Schedule a risk review meeting and keep the minutes. It is the cheapest portfolio item and the one most often missing.

For the first step, the CysNis platform walks through the classification criteria step by step and separates legal obligations from technical recommendations, so the board discussion starts from a clear status rather than an assumption.

For steps two to six, the documents do not have to be invented from scratch. The NIS2 documentation packages contain the editable templates for decisions, policies, registers and procedures that make up precisely the portfolio described in the draft standard. If the organisation prefers to establish the real distance to the requirements first, the starting point is a NIS2 compliance assessment with a remediation plan, carried out on evidence rather than declarations. Members of the ProDefence team are DNSC-attested NIS auditors.

Where the organisation has no internal person to carry the process and face the authority, the role can be covered through an outsourced NIS2 officer, accountable for deadlines, documentation and the relationship with DNSC. The duty to appoint this officer falls on essential and important entities alike, a point analysed at length in the article on the NIS2 officer at important entities. Which of the three approaches fits best, in-house, consultant or outsourced role, is discussed at length in the article on implementing NIS2 requirements in Romania, three routes.

The standard concerns management bodies. For training the rest of the staff, the tiered courses on CysEdu (in Romanian) and the free interactive games on CysGame (in Romanian) provide ready-made material.

Frequently asked questions

Is the draft decision binding now?

No. The document is watermarked DRAFT and is not a legal act in force. The obligation to train management bodies already exists, however, under art. 14 of GEO no. 155/2024, approved by Law no. 124/2025.

Must the CEO obtain one of the 61 certifications?

The draft provides nothing of the sort. The Annex 2 list concerns professional cybersecurity competences, relevant mainly for the designated officer. For management, the standard describes governance competences, evidenced through decisions and documents.

What does assessment by simulation mean?

Half of the proposed assessment is a crisis exercise in which decisions are taken under pressure, for example in a ransomware scenario. Executive reasoning is what is examined, not the technical solution.

What is the difference between accountability and responsibility here?

Execution responsibility belongs to the officer responsible for the security of networks and information systems, designated by management. Accountability stays with the management body and cannot be delegated.

Which documents make up the governance portfolio?

The risk appetite statement, the RACI delegation matrix between the board and the designated officer, and the minutes of a risk review meeting. The rest of the standard adds the signed risk register, the appointment decision and evidence of training.

Which incident reporting deadlines are mentioned?

An early warning within 24 hours and an incident report within 72 hours, under art. 15 of GEO no. 155/2024.

The document analysed is a draft decision of the National Cyber Security Directorate approving the cybersecurity training standard for the management bodies of essential and important entities and the list of cybersecurity certifications. It is watermarked DRAFT on every page and is not a legal act in force. The analysis above is informative and does not constitute legal advice.

Romania’s public administration scored 2.07 out of 5 on CyFun® control ID.IM-03.7, which requires independent teams to evaluate the organisation’s processes, best practices and technology solutions for protecting critical systems and assets. DNSC’s conclusion is unusually blunt: in general, public administration entities do not carry out independent evaluations of their own processes and IT infrastructure, exposing themselves unnecessarily to cyber risk.

The wording leaves no room for interpretation. This is not a level that could be improved; it is a type of verification that largely does not take place.

What was measured

The data comes from the PNRR 184 project “Creating new cybersecurity competencies for society and the economy”. A total of 1,599 beneficiaries from the public and private sectors assessed their own maturity on the SecureRO platform, using the CyberFundamentals (CyFun®) framework of the Centre for Cybersecurity Belgium.

The methodological irony is worth noting: the lowest score on independent evaluation comes from a self-assessment. Organisations that are not checked from outside acknowledged, by themselves, that they are not checked from outside.

What “independent” means

The control’s objective is to strengthen protection of critical systems and assets through objective evaluation of the organisation’s processes, practices and technologies. DNSC adds a note for operational technology environments: independent evaluations help identify vulnerabilities, reduce bias and support continuous improvement of resilience and safety.

“Reducing bias” is the heart of the control. The team that designed a system cannot evaluate it objectively, however competent it may be, not out of bad faith, but because it tests exactly the assumptions it used when building it. Independence can be achieved three ways: an internal structure separate from the one operating the system, a team from another institution, or an external evaluator. In local administration, the first two are rarely realistic.

An independent evaluation is also not an automated vulnerability scan. That covers technology. The control asks for evaluation of processes and practices: how access rights are granted and revoked, how changes are managed, how suppliers are verified, how continuity plans are tested.

Why it matters more in the public sector

A public institution has several traits that magnify the effect of missing external verification. Systems are old and interconnected, because they were added in successive layers through projects with different funding. Knowledge of them often sits with a single person. The suppliers who built them retain remote access, sometimes under contracts signed years ago. And the data administered belongs to citizens, who have no alternative to the service.

In those conditions, the absence of objective evaluation means nobody has ever verified whether the things assumed to work actually do. Backup restoration, revocation of former employees’ access, isolation of the operational network, all remain assumptions until first tested.

What the law says

Public authorities and institutions fall within the scope of GEO no. 155/2024, approved with amendments by Law no. 124/2025, under the conditions the ordinance sets. The core obligations are the same: notification for registration within 30 days under art. 18 para. (2), risk level assessment using the ENIRE@RO tool, the maturity self-assessment submitted annually to DNSC under art. 12 para. (4), and reporting of significant incidents within the deadlines of art. 15 para. (7): 24 hours, 72 hours, one month.

Art. 14 is the most uncomfortable for institutional leadership: management bodies approve the risk management measures, oversee their implementation and are liable for breaches, without prejudice to the rules on the liability of public institutions and civil servants. Para. (2) requires members of management to complete accredited professional training.

Through Order no. 3 of 27 November 2025, the DNSC director approved the rules on supervising, verifying and enforcing compliance with the ordinance, together with the risk-based prioritisation methodology. Institutions with a high risk level and no documentation reach the authority’s attention first.

What can be done on an institutional budget

The first independent evaluation does not have to cover everything. Choose the public service with the greatest impact on citizens and evaluate the chain supporting it: systems, data, access, suppliers, procedures and the recovery plan. The result is a report with findings, priorities and estimates, a document that serves simultaneously as evidence for DNSC, as justification for budget and as input for future procurement specifications.

The second step, cheaper than it looks, is writing the right of independent evaluation into contracts with system suppliers. Without that clause, verification of the most exposed component depends on the goodwill of the party being evaluated.

A third step, equally inexpensive, is setting a fixed interval for repeating the evaluation. A check carried out once, under deadline pressure, produces a report that ages within months as new systems appear and suppliers change. A check repeated at a known interval becomes a process, and processes are what an inspection looks for, not isolated documents.

Next steps

Scope is established first, because it determines the level of obligations. The CysNis platform walks through the criteria step by step, with references to the legal text.

The independent evaluation itself means a NIS2 compliance analysis with a remediation plan, built on evidence by DNSC-attested NIS auditors on the ProDefence team, exactly the type of verification control ID.IM-03.7 calls for. Institutions without an internal owner for the process can cover the role through an outsourced NIS2 officer, including annual deadlines and the relationship with the authority. The full range of services is in the cybersecurity services register.

A 2.07 out of 5 on independent evaluation describes a situation repaired by a single administrative decision, not by an investment. The first evaluation is also the one that shows what the rest will cost.

Data source: DNSC, “Cyber maturity score for Romania’s public administration, CyFun® control ID.IM-03.7”, 17 August 2026.

Romania’s digital infrastructure sector scored 4.79 out of 5 on CyFun® control RC.CO-04.2, which requires the designation of a public relations officer to manage public communication during recovery from a cybersecurity incident. DNSC rated the result as advanced maturity in handling public communication.

It is a good score on a control most sectors treat as a formality. It is worth understanding why this sector takes it seriously, and where the protection it offers nonetheless ends.

What was measured

The result comes from the PNRR 184 project “Creating new cybersecurity competencies for society and the economy”, in which 1,599 public and private beneficiaries self-assessed on the SecureRO platform using the CyberFundamentals (CyFun®) framework of the Centre for Cybersecurity Belgium.

The control’s objective, as DNSC frames it, is for public communication during recovery to be handled professionally, accurately and in line with the organisation’s confidentiality and integrity standards. Designating a trained individual aims to maintain trust, protect reputation and meet legal and regulatory requirements.

Why digital infrastructure is ahead here

Hosting providers, data centres, network operators and domain registries share a particular trait: their incidents are visible instantly, from outside, without them announcing anything. An unavailable service shows up in client monitoring within minutes. Out of necessity, the sector learned to keep a status page, prepared messages and a person who publishes them.

The second explanation is contractual. Service level agreements usually contain communication obligations with their own deadlines, and clients invoke them. Commercial pressure produced maturity that other sectors had no reason to develop.

What the law requires beyond a spokesperson

Voluntary public communication and statutory reporting are two different flows, with different recipients, deadlines and content. Confusing them is the most frequent mistake of an incident’s first hours.

Art. 15 para. (7) of GEO no. 155/2024, approved by Law no. 124/2025, sets the calendar towards the national incident response team: an early warning within 24 hours of becoming aware of a significant incident, an incident notification within 72 hours including an initial assessment of severity, impact and indicators of compromise where available, an interim report on request, and a final report within one month of the notification.

Separately, the ordinance requires service recipients to be informed about significant incidents and threats, together with the measures they can take. An incident is considered significant under art. 15 para. (6) if it has caused or may cause severe operational disruption or financial loss to the entity, or has affected or may affect other persons by causing considerable damage.

For a digital infrastructure provider, the second condition is met almost always: clients are themselves entities with their own reporting obligations. What you communicate, and how quickly, determines whether they can meet their own deadlines.

What a good communication setup is missing

A high score on designating the person does not cover the whole chain. The elements that turn out to be missing at the first real incident:

  • the trigger criterion, who decides the event has become public, and at what threshold;
  • texts prepared for the first two hours, when nothing is known yet but silence is already being interpreted;
  • the rule against confirming technical details that help an attacker still inside the network;
  • a communication channel independent of the affected infrastructure, including a status page hosted elsewhere;
  • coordination between the public message, client notification and the report to the authority, so the three do not contradict each other;
  • a backup person, for incidents that start at night or during leave.

The last point looks minor until it happens. Most major incidents begin outside working hours.

Reputation is lost on coherence, not on the incident

Clients of an infrastructure provider generally accept that incidents happen. What they do not accept are contradictory messages, minimisation followed by retraction, and a gap between what was said publicly and what ended up in the official report. A final report describing greater impact than was communicated to clients creates a problem separate from the incident itself.

For that reason, crisis communication and compliance cannot be prepared separately. The same facts, the same timeline, three formulations adapted to their audiences.

The one-hour exercise that shows the truth

Pick a plausible scenario, compromise of an administrative account affecting several clients, and convene, without prior warning, the people who would be involved. Time three things: how long it takes to decide the event is significant, who drafts the first public message, and who sends the early warning to the national response team.

In most organisations the first thing to stall is the decision. Nobody wants to declare a significant incident on incomplete information, and the 24-hour deadline runs from becoming aware, not from achieving clarity. A threshold written in advance and approved by management removes that hesitation from the equation.

The second thing to stall is coherence: the public message says “limited impact” while the report describes something else. Both leave the same organisation on the same day.

Next steps

Scope and level determine the volume of obligations. The CysNis platform walks through the criteria with references to the legal text.

For the notification procedure, the response scenarios and the documentation presented at an inspection, the supervision and control rules were approved by DNSC Order no. 3 of 27 November 2025, the next step is a NIS2 compliance analysis with a remediation plan, carried out by DNSC-attested NIS auditors on the ProDefence team. Providers who do not want the administrative side landing on the operations team can cover the role through an outsourced NIS2 officer. The full range of services is in the cybersecurity services register.

A 4.79 out of 5 shows a sector that has learned to communicate under pressure. The rest of the road runs through synchronising that capability with the reporting obligations, two flows that start from the same facts and are not allowed to say different things.

Data source: DNSC, “Cyber maturity score for Romania’s digital infrastructure, CyFun® control RC.CO-04.2”, 21 August 2026.

Skip to content