Mandatory for essential and important entities under NIS2

NIS2 Risk Assessment: Analysing and Treating Risks under Article 21

Article 21(2)(a) NIS2 requires essential and important entities to analyse the risks to their network and information systems and derive proportionate measures.

  • 01Risk assessment with a recognised method, documented for audits
  • 02Complete asset inventory with classification
  • 03Risk acceptance criteria and risk owners defined
  • 04Treatment plan ready for management approval
11+Years of experience
120+Employees
540+Projects
ISO 27001certified

What NIS2 requires for risk assessment

Risk analysis is the first of the ten minimum measures in Article 21(2) NIS2 and the basis for all others: it determines which measures are proportionate. Entities must identify threats and vulnerabilities to their network and information systems, assess likelihood and impact, review the effectiveness of existing controls and document the results. The method is free to choose; recognised options include ISO/IEC 27005 and BSI Standard 200-3.

The assessment follows an all-hazards approach, covering fire, power outages and human error as well, and must be updated regularly and after significant changes or incidents.

We run the NIS2 risk assessment together with IT, business units and information security: define the scope, inventory assets and supplier dependencies, assess risks, set acceptance criteria and risk owners, and produce a treatment plan for management approval. Where an ISO 27001 ISMS exists, we build on its risk assessment instead of introducing a second method.

2 service modules

Service scope

01

Risk Assessment with ISO/IEC 27005 or BSI Standard 200-3

We define scope and method, inventory assets and their protection needs, assess threats and vulnerabilities and document the results so that they stand up to supervisory review.

  • Quantitative and qualitative risk analysis methodologies
  • Automated vulnerability scanning systems
  • Asset discovery and critical system identification
  • Risk matrix, acceptance criteria and risk owners
02

Risk Treatment and Ongoing Review

We turn the assessment into a treatment plan (avoid, reduce, transfer, accept), agree it with management and set up regular and event-driven reviews, for example after incidents or when suppliers change.

  • Treatment plan with owners and deadlines
  • Continuous risk assessment and monitoring
  • Early warning systems and alerting
  • Link to business impact analysis and business continuity

5 phases

Our Approach

We carry out the risk assessment in six steps and embed it so that your team can keep it current.

  1. Define context and scope

  2. Inventory assets and dependencies, classify protection needs

  3. Identify threats and vulnerabilities and assess risks

  4. Treat risks and assign owners

  5. Document, approve and review regularly

Sarah Richter

Your contact

Sarah Richter

Head of Information Security, Cyber Security

10+ years of experience, CISA, CISM, Lead Auditor, DORA, NIS2, BCM, Cyber and Information Security

Effective risk analysis systems transform complex threat landscapes into strategic intelligence. Our systematic approach ensures not only NIS2 compliance but creates sustainable competitive advantage through superior risk intelligence.
ADVISORI expert opinion

Our Expertise

  • 01Deep expertise in advanced risk analysis methodologies and technologies
  • 02Proven experience in integrating complex risk systems
  • 03Industry-specific risk models for various critical sectors
  • 04Strategic approach for business-oriented risk intelligence

The basis of all NIS2 measures

Without a risk assessment you cannot justify which measures are proportionate. That is why the risk assessment comes before implementing the other Article 21 measures.

6 QUESTIONS, BRIEFLY ANSWERED

Frequently asked questions about NIS2 Risk Assessment

What does NIS2 Article 21(2)(a) require for risk analysis?

NIS2 Article 21(2)(a) requires policies for risk analysis and information system security. Entities must: systematically identify all relevant threats and vulnerabilities to their network and information systems, assess the likelihood and impact of each risk, create and implement risk treatment plans, document findings, and present results to the management body.

Which systems must be covered in a NIS2 risk analysis?

NIS2 risk analysis must cover all network and information systems relevant to delivering essential services: IT infrastructure (servers, network components, cloud services), OT systems (production and control systems), critical software applications, communication systems, and external systems of suppliers and service providers that are accessed. Scope definition is the first critical step.

How do you conduct a NIS2-compliant risk analysis?

Steps for a NIS2-compliant risk analysis: (1) define scope, (2) inventory and classify assets, (3) identify threats and vulnerabilities, (4) assess risks (likelihood x impact), (5) plan risk treatment (mitigate, accept, transfer), (6) implement measures, (7) document risks and measures, (8) present results to management for approval. Recognized methods: ISO 27001, BSI-Standard 200‑3, OCTAVE.

How frequently must NIS2 risk analysis be repeated?

NIS2 does not prescribe a fixed frequency, but requires regular review, in particular when the threat landscape changes or new vulnerabilities become known. Other triggers are significant changes to systems or processes, security incidents and new or changed suppliers. ISO 27001 requires risk assessments at planned intervals and when significant changes occur. In practice, an annual cycle is a sensible minimum.

How does NIS2 risk analysis differ from ISO 27001?

ISO 27001 and NIS2 both require a systematic risk assessment. In ISO 27001 it sits in clauses 6.1.2 and 8.2 (risk assessment) and 6.1.3 and 8.3 (risk treatment); Annex A is the list of controls. NIS2 is legally binding and focuses the assessment on the services of the entity. An ISO 27001-compliant risk assessment generally meets Article 21(2)(a) if its scope covers all relevant systems. Conversely, NIS2 compliance alone is not sufficient for ISO 27001 certification.

How must NIS2 risk analysis be documented?

NIS2 requires documentation of risk analysis as evidence for supervisory authorities. Minimum contents: methodology description, asset inventory with classification, identified threats and vulnerabilities, risk assessment matrix, risk treatment decisions, action plan with owners and deadlines, management body approval, and date of last update. Documentation must be current and complete for NIS2 audits.