Markdown Editor

NIS2 Cybersecurity Risk-Management Measures Template (Article 21)

NIS2 classification, jurisdiction, management duties, measures (a) to (j) mapped to CIR 2024/2690, incident reporting, supply chain, metrics, transposition

ISO・コンプライアンスフルDirective (EU) 2022/2555 (NIS2) Art. 20, 21, 23; Implementing Regulation (EU) 2024/2690; ENISA guidance v1.0 (June 2025)nis2securitymeasures

使い方: Use it when an essential or important entity under NIS2 designs, approves or evidences its Article 21 measures. Fill the classification, jurisdiction and whether Implementing Regulation (EU) 2024/2690 applies first, then work through points (a) to (j) with evidence and owners. The main pitfall is listing policies without operating evidence, or skipping the documented reasoning required when a 'where appropriate' requirement is not applied.

プレビュー

NIS2 Cybersecurity Risk-Management Measures: [Entity name]

Design and evidence document for the cybersecurity risk-management measures that Article 21 of the NIS2 Directive (Directive (EU) 2022/2555) requires of essential and important entities, with management body accountability (Article 20) and the incident reporting path (Article 23). For digital infrastructure and digital providers it follows the technical and methodological requirements of Commission Implementing Regulation (EU) 2024/2690 and the ENISA Technical Implementation Guidance (version 1.0, June 2025). It records entity classification, the ten minimum measures one by one, the documented reasoning where a requirement is not applied, significant incident criteria, supply chain security, effectiveness metrics and the national transposition that applies. Replace every [bracketed] value and every row marked Example. Obligations reach entities through national law: check the transposing act of each Member State that has jurisdiction and the consolidated texts. This is a documentation format, not legal advice.

Document control

FieldValue
Document ID[NIS2-MEAS-001]
Entity[Legal name], [registration number]
Sector and subsector (Annex I or II)[Sector, subsector, entity type]
Classification[Essential / Important]
Member State with jurisdiction[Member State], basis: [Article 26 rule]
Competent authority and CSIRT[Names, contact points]
Implementing Regulation (EU) 2024/2690 applies[Yes, entity type / No]
Registration with authority[Reference, date]
Version[0.1]
Status[Draft / In review / Approved by management body / Superseded]
Owner[@ciso]
Approvers/reviewers[@ceo], [@management-body], [@legal], [@dpo], [@internal-audit]
Classification of this document[Confidential]
Last updatedYYYY-MM-DD

Approvals

RoleNameDecisionDate
Management body (Article 20(1) approval)[@name][Approve / Approve with conditions / Reject]YYYY-MM-DD
CISO[@name][Decision]YYYY-MM-DD
Legal counsel[@name][Decision]YYYY-MM-DD
Internal audit (independent review)[@name][Opinion]YYYY-MM-DD

Revision history

VersionDateAuthorChange summary
0.1YYYY-MM-DD[@name]First draft
1.0YYYY-MM-DD[@name]Example: Approved by the management body after gap remediation wave 1
1.1YYYY-MM-DD[@name]Example: Updated for second Member State transposition after opening a branch

Contents

1. Purpose, scope and basis

1.1 Purpose and scope

This document shows how [Entity] meets the cybersecurity risk-management obligations of NIS2 as transposed in [Member State]. It is the design record the management body approves, the plan the security team executes and the evidence index a supervisor or auditor reviews.

ItemValue
Services in scopeExample: Managed infrastructure operations, managed backup and 24x7 monitoring for business customers
Network and information systems in scopeExample: Customer-facing management platform, remote access gateways, internal IT, two data centre colocations, cloud tenant
LocationsExample: Head office DE, operations centre PL
Exclusions and reasons[None / Systems with no link to services or operations, with reasoning]

1.2 Basis

SourceUse
Directive (EU) 2022/2555 (NIS2), Articles 3, 4, 20, 21, 23, 26, 27, 32 to 34Obligations, classification, jurisdiction, enforcement
Commission Implementing Regulation (EU) 2024/2690 of 17 October 2024Technical and methodological requirements and significant incident criteria for DNS service providers, TLD name registries, cloud computing, data centre and content delivery network providers, managed service and managed security service providers, online marketplaces, online search engines, social networking platforms and trust service providers
ENISA, Technical implementation guidance on cybersecurity risk management measures, version 1.0 (26 June 2025), and its mapping tablePractical guidance, evidence examples and mappings to standards
[National transposing law and secondary rules]Binding national obligations and reporting channels

NIS2 Member States had to adopt transposing measures by 17 October 2024 and apply them from 18 October 2024. The Implementing Regulation was published on 18 October 2024 and entered into force on the twentieth day after publication. On 20 January 2026 the Commission proposed targeted amendments to NIS2 (COM(2026) 13, procedure 2026/0012(COD)), and the Digital Omnibus proposal of November 2025 would add a single entry point for incident reports. Neither was adopted at the time of writing; check their status and the consolidated texts before relying on this document.

2. Entity classification and jurisdiction

2.1 Classification record

QuestionAnswerEvidence
Sector and entity type in Annex I or IIExample: Annex I, ICT service management (business-to-business), managed service providerService catalogue, customer contracts
Size under Recommendation 2003/361/EC, including partner and linked enterprisesExample: Large (420 staff, turnover above the medium ceiling)Annual accounts
Size-independent rule in Article 2(2) or 3(1) appliesExample: NoLegal assessment
Identified by a Member StateExample: NoAuthority correspondence
ClassificationExample: Essential (Article 3(1)(a))Legal opinion, date
Sector-specific act with equivalent effect (Article 4)Example: NoneLegal assessment

2.2 Jurisdiction

As a rule, the Member State where the entity is established has jurisdiction. Article 26 places certain digital entity types, including DNS service providers, TLD name registries, entities providing domain name registration services, cloud computing, data centre, content delivery network, managed service and managed security service providers, and online marketplaces, search engines and social networking platforms, under the Member State of their main establishment in the Union. Register with that authority (Article 27 for these entity types) and record every other Member State where national rules still apply, for example for public electronic communications.

Member StateBasisCompetent authorityCSIRT or reporting portalRegistered
DE (Example)Main establishment (Article 26(1)(b), (2))[Authority][Portal]YYYY-MM-DD
PL (Example)Operations centre; no separate jurisdiction for this entity typeNot applicableNot applicableNot applicable

3. Governance and management body accountability

ItemArrangementEvidence
Approval of measuresExample: Management board approves this document and the risk treatment plan yearly and on major changeBoard minutes YYYY-MM-DD
Oversight of implementationExample: Quarterly security report to the board: status of section 6, incidents, metrics of section 9Board pack
Accountable memberExample: Chief operating officerBoard resolution
Person reporting directly to the management body on securityExample: CISO (Implementing Regulation Annex point 1.2.3)Organisation chart
Training of members (Article 20(2))Example: Four-hour course at appointment, two-hour refresher yearly; covers risk identification and assessing practicesTraining records
Staff training offeredExample: Yearly role-based training (see 5.7)LMS report
Segregation of conflicting dutiesExample: Security operations separated from IT operations; independent review by internal auditRACI

3.1 RACI

ActivityManagement bodyCISOIT operationsLegalInternal auditProcurement
Approve measures and residual riskARCCII
Operate measuresIARIIC
Notify significant incidentsIARCII
Independent reviewICCIAI
Supplier security requirementsICCCIA

R responsible, A accountable, C consulted, I informed.

4. Risk assessment approach

ElementApproach
Method[Reference to Risk Methodology (compliance/risk-methodology)]
Hazards coveredExample: Cyber attacks, human error, system failure, supplier failure, power and cooling loss, fire, flood, theft, physical intrusion
Proportionality factorsExposure to risk, entity size, likelihood and severity of incidents, societal and economic impact
Acceptance criteriaExample: Residual risk above 12 on a 25-point scale requires management body acceptance
FrequencyExample: Yearly, after significant incidents and after significant changes to operations or risk
OutputsRisk register entries, risk treatment plan, residual risk acceptance

Record risks in the Risk Register (compliance/risk-register) and their treatment in the Risk Treatment Plan (compliance/risk-treatment-plan).

5. Measures by Article 21(2) point

5.1 (a) Policies on risk analysis and information system security

Annex sections 1 (security policy) and 2 (risk management, compliance monitoring, independent review).

IDMeasureEvidenceOwnerStatus
NIS-M-a-01 (Example)Network and information system security policy approved by the management body, with objectives and topic-specific policiesPolicy, approval recordCISOImplemented
NIS-M-a-02 (Example)Risk management framework with yearly assessment and treatment planRisk register, treatment planRisk managerImplemented
NIS-M-a-03 (Example)Compliance monitoring with quarterly reporting to the management bodyCompliance dashboardCISOPartial
NIS-M-a-04 (Example)Independent review by internal audit outside the line of authority of the reviewed areaAudit reportInternal auditPlanned

5.2 (b) Incident handling

Annex section 3 (policy, monitoring and logging, event reporting, assessment and classification, response, post-incident review).

IDMeasureEvidenceOwnerStatus
NIS-M-b-01 (Example)Incident handling policy with roles, classification and escalation, linked to Article 23 reporting (section 7)Incident Response Plan (compliance/incident-response-plan)Security operations leadImplemented
NIS-M-b-02 (Example)Central logging of security events from management platform, remote access and identity, with retention and integrity protectionSIEM configurationSecurity operationsImplemented
NIS-M-b-03 (Example)Simple reporting channel for staff, suppliers and customers to report suspicious eventsPortal and mailbox, awareness materialService deskImplemented
NIS-M-b-04 (Example)Post-incident review for every significant incident with lessons tracked to closureReview recordsCISOPartial

5.3 (c) Business continuity, backup, disaster recovery and crisis management

Annex section 4 (continuity and recovery plan, backup and redundancy, crisis management) and section 13 (supporting utilities).

IDMeasureEvidenceOwnerStatus
NIS-M-c-01 (Example)Business continuity and disaster recovery plan based on the risk assessment, with order of recovery and recovery objectivesBusiness Continuity (compliance/business-continuity), Disaster Recovery Plan (ops/disaster-recovery-plan)Continuity managerImplemented
NIS-M-c-02 (Example)Immutable, offline-capable backups of customer management platform and configuration; restore tests quarterlyBackup and Restore Procedure (ops/backup-restore-procedure), test logsIT operationsImplemented
NIS-M-c-03 (Example)Crisis management process with roles, authority communication channel and security maintained in crisisCrisis plan, exercise reportCOOPartial
NIS-M-c-04 (Example)Redundant power and cooling at colocations, verified through provider evidenceProvider reportsFacilitiesImplemented

5.4 (d) Supply chain security

Annex section 5 (policy and directory of suppliers). Detailed in section 8.

IDMeasureEvidenceOwnerStatus
NIS-M-d-01 (Example)Supply chain security policy stating the entity's role in the supply chain and supplier selection criteriaPolicyProcurementImplemented
NIS-M-d-02 (Example)Security clauses in supplier contracts (requirements, staff skills, background checks, incident notification, audit, vulnerability handling)Contract templateLegalPartial
NIS-M-d-03 (Example)Supplier register with criticality tiers and periodic reassessmentSupplier registerProcurementImplemented

5.5 (e) Security in acquisition, development and maintenance, including vulnerability handling and disclosure

Annex section 6 (acquisition, secure development, configuration, change, security testing, patching, network security, segmentation, malware protection, vulnerability handling) and section 13.

IDMeasureEvidenceOwnerStatus
NIS-M-e-01 (Example)Security requirements in acquisition of ICT products and servicesProcurement checklistProcurementImplemented
NIS-M-e-02 (Example)Secure development life cycle for in-house automation and portalSecure Coding Standard (security/secure-coding-standard)Engineering leadPartial
NIS-M-e-03 (Example)Configuration baselines and change management for customer-facing platformsBaselines, change recordsIT operationsImplemented
NIS-M-e-04 (Example)Patch management with risk-based deadlines and documented exceptionsPatch reportsIT operationsImplemented
NIS-M-e-05 (Example)Network architecture documented; zones segmented; customer environments isolated from each other and from internal ITNetwork Architecture Design (architecture/network-architecture-design)Network leadImplemented
NIS-M-e-06 (Example)Vulnerability handling and coordinated disclosure policy with a public reporting addressSecurity policy page, CVD processCISOImplemented
NIS-M-e-07 (Example)Yearly penetration test of management platform and remote accessPenetration Test Report (security/pentest-report)CISOImplemented

5.6 (f) Policies and procedures to assess effectiveness

Annex section 7. Detailed in section 9.

IDMeasureEvidenceOwnerStatus
NIS-M-f-01 (Example)Effectiveness policy defining what is measured, how, when, by whom and how results are evaluatedPolicy, metric catalogueCISOPartial

5.7 (g) Basic cyber hygiene practices and cybersecurity training

Annex section 8 (awareness and hygiene, security training).

IDMeasureEvidenceOwnerStatus
NIS-M-g-01 (Example)Awareness programme for all staff, including phishing simulations and hygiene rules (updates, passwords, removable media, reporting)LMS, simulation resultsHR and CISOImplemented
NIS-M-g-02 (Example)Role-based training for administrators and incident respondersTraining planCISOPartial

5.8 (h) Cryptography and encryption

Annex section 9.

IDMeasureEvidenceOwnerStatus
NIS-M-h-01 (Example)Cryptography policy: approved algorithms and protocols by asset class, key management life cycle, review on new threats including post-quantum planningPolicy, key inventorySecurity architectImplemented
NIS-M-h-02 (Example)Encryption of data in transit to customer environments and of backups at restConfiguration evidenceIT operationsImplemented

5.9 (i) Human resources security, access control and asset management

Annex sections 10 (human resources security), 11 (access control), 12 (asset management) and 13 (physical security).

IDMeasureEvidenceOwnerStatus
NIS-M-i-01 (Example)Background verification proportionate to role, joiner-mover-leaver process, disciplinary processHR proceduresHRImplemented
NIS-M-i-02 (Example)Access control policy, least privilege, periodic access reviewsAccess Review (ops/access-review)IAM leadImplemented
NIS-M-i-03 (Example)Privileged access management with dedicated admin accounts and session recording for customer environmentsPAM reportsIAM leadPartial
NIS-M-i-04 (Example)Asset inventory and classification covering hardware, software, data and servicesAsset Inventory (compliance/asset-inventory)IT operationsImplemented
NIS-M-i-05 (Example)Physical access control and environmental protection at offices and colocationsAccess logs, provider evidenceFacilitiesImplemented

5.10 (j) Multi-factor or continuous authentication and secured communications

Annex section 11 (including multi-factor authentication, 11.7). Secured voice, video, text and emergency communications are designed here.

IDMeasureEvidenceOwnerStatus
NIS-M-j-01 (Example)Phishing-resistant MFA for all remote, privileged and customer-environment access; strength set by asset classificationIdP policyIAM leadImplemented
NIS-M-j-02 (Example)Encrypted messaging and conferencing approved for internal and incident useTool standardIT operationsImplemented
NIS-M-j-03 (Example)Out-of-band emergency communication (separate tenant and phone tree) usable when primary systems are compromisedCrisis plan, exerciseCOOPlanned

6. Implementation status and gap plan

PointMeasuresImplementedPartialPlannedMain gapTarget dateOwner
(a) (Example)4211Independent review not yet performedYYYY-MM-DDInternal audit
(b) (Example)4310Post-incident reviews not tracked to closureYYYY-MM-DDCISO
(c) (Example)4310Crisis exercise with authority channelYYYY-MM-DDCOO
(d) (Example)3210Legacy contracts lack security clausesYYYY-MM-DDLegal
(e) (Example)7610SDL coverage of automation scriptsYYYY-MM-DDEngineering lead
(f) (Example)1010Metric catalogue incompleteYYYY-MM-DDCISO
(g) (Example)2110Role-based trainingYYYY-MM-DDCISO
(h) (Example)2200NoneNot applicableSecurity architect
(i) (Example)5410PAM rollout to all customer environmentsYYYY-MM-DDIAM lead
(j) (Example)3201Emergency communicationYYYY-MM-DDCOO
Total (Example)352582

7. Incident reporting design

7.1 Reporting stages

StageDeadlineContent (paraphrase)Owner
Early warningWithout undue delay, within 24 hours of awarenessWhether unlawful or malicious action is suspected and whether cross-border impact is possibleIncident manager
Incident notificationWithout undue delay, within 72 hours of awarenessUpdate of the early warning, initial assessment of severity and impact, indicators of compromise where availableIncident manager
Intermediate reportOn request of CSIRT or authorityStatus updatesIncident manager
Final reportWithin one month of the incident notificationDetailed description, severity and impact, likely root cause or threat, mitigation applied and ongoing, cross-border impactCISO
Progress reportWhen the incident is ongoing at the final report date; final report within one month of handlingStatusCISO
Recipient noticeWithout undue delay, where appropriateSignificant incidents likely to affect service recipients; measures recipients can take against significant threatsCustomer communications

7.2 Significance criteria

For entities covered by the Implementing Regulation, an incident is significant when at least one general criterion in its Article 3 is met (for example direct financial loss above EUR 500,000 or 5% of annual turnover, whichever is lower; exfiltration of trade secrets; death or considerable damage to health; successful suspected malicious unauthorised access capable of causing severe operational disruption), when recurring incidents meet the Article 4 test (at least twice in six months, same apparent root cause, together meeting the financial loss criterion), or when an entity-type criterion in Articles 5 to 14 is met. Other entities apply Article 23(3) of NIS2 and any national thresholds.

IDCriterion (paraphrase)SourceDetection dataExample threshold for this entity
SIG-01 (Example)Managed service completely unavailable for more than 30 minutesImplementing Regulation Article 10(a)Service monitoringAny customer platform outage over 30 minutes
SIG-02 (Example)Limited availability for more than 5% of users in the Union or more than 1 million users, whichever is smaller, for more than one hourArticle 10(b)Monitoring, ticket volume5% of 1,800 customer users is 90 users
SIG-03 (Example)Integrity, confidentiality or authenticity of data compromised by a suspected malicious actionArticle 10(c)SIEM, forensicsAny confirmed case
SIG-04 (Example)Direct financial loss above the general thresholdArticle 3(1)(a)Finance estimateLower of EUR 500,000 and 5% of turnover

Scheduled maintenance and its planned consequences are not significant incidents. If the pending Digital Omnibus proposal is adopted, reports may move to a single entry point; check the reporting channel in section 2.2 each year. Personal data breaches may also need GDPR notification within 72 hours; run both assessments in parallel and see the DPIA (compliance/dpia) and Incident Response Plan.

8. Supply chain security

TierDefinitionRequirementsReassessment
Tier 1 (Example)Supplier with privileged access to customer environments or that hosts core platformsCertification or audited report, contract security schedule, incident notice within 24 hours, right to audit, background checks for staffYearly
Tier 2 (Example)Supplier processing confidential data without privileged accessSecurity questionnaire, contract clauses, incident notice within 72 hoursEvery two years
Tier 3 (Example)Other suppliersStandard termsOn renewal
SupplierTierServiceSelection criteria checked (practices, ability to meet specifications, product quality and resilience, diversification)Last assessmentIssues
SUP-001 (Example)1Remote monitoring and management softwareYesYYYY-MM-DDVendor vulnerability response time above target
SUP-002 (Example)1ColocationYesYYYY-MM-DDNone
SUP-003 (Example)2Ticketing SaaSYesYYYY-MM-DDNo data residency commitment

Record the entity's own role in its customers' supply chains: as a managed service provider it is a supplier to other NIS2 entities and should expect their contract requirements. Use the Supplier Security Assessment (compliance/supplier-security-assessment) for each assessment and Supply Chain Security (security/supply-chain-security) for software components.

9. Effectiveness assessment and metrics

IDMetricMeasureTargetFrequencySourceOwner
MET-01 (Example)Critical patches applied within deadlineNIS-M-e-0495%MonthlyPatch toolIT operations
MET-02 (Example)Privileged access with MFANIS-M-j-01100%MonthlyIdPIAM lead
MET-03 (Example)Successful restore testsNIS-M-c-02100% of quarterly testsQuarterlyTest logIT operations
MET-04 (Example)Phishing simulation report rateNIS-M-g-01Above 60%QuarterlySimulation toolCISO
MET-05 (Example)Tier 1 suppliers assessed on timeNIS-M-d-03100%QuarterlySupplier registerProcurement
MET-06 (Example)Early warnings sent within 24 hoursNIS-M-b-01100%Per incidentIncident recordsIncident manager
MET-07 (Example)Access reviews completedNIS-M-i-02100% of scheduledQuarterlyReview recordsIAM lead

Report metrics to the management body quarterly. Treat a missed target for two consecutive periods as a nonconformity with a corrective action.

10. Documented reasoning for requirements not applied

IDAnnex pointRequirement qualifierDecisionReasoningCompensating measureApproved byReview
NA-01 (Example)13.2 (physical and environmental threats)Where appropriateApplied by colocation provider onlyEntity operates no own data centre; provider certified and contractually boundYearly provider evidence reviewCISOYYYY-MM-DD
NA-02 (Example)12.3.2(d) (cryptography on removable media)Where appropriateNot appliedRemovable media are technically prohibited on all endpoints under 12.3.2(a) with no approved exceptions, so no data is held on such mediaDevice control policy and quarterly exception reportCISOYYYY-MM-DD

11. Framework mapping

Article 21(2) pointISO/IEC 27001:2022 reference (number only)NIST CSF 2.0 functionInternal document
(a)Clauses 5.2, 6.1; A.5.1Govern, IdentifyInformation Security Policy
(b)A.5.24 to A.5.28; A.8.15, A.8.16Detect, RespondIncident Response Plan
(c)A.5.29, A.5.30; A.8.13, A.8.14RecoverBusiness Continuity
(d)A.5.19 to A.5.23GovernSupplier Security Assessment
(e)A.8.8, A.8.9, A.8.20 to A.8.22, A.8.25 to A.8.32Protect, IdentifySecurity Architecture
(f)Clauses 9.1 to 9.3; A.5.35, A.5.36Govern, IdentifyInternal Audit Program (compliance/internal-audit-program)
(g)A.6.3; A.8.7ProtectTraining plan
(h)A.8.24ProtectCryptography policy
(i)A.5.9 to A.5.18; A.6.1 to A.6.6; A.7.1 to A.7.14Protect, IdentifyAccess Review, Asset Inventory
(j)A.5.14; A.8.5ProtectIdP policy

Keep the Statement of Applicability (compliance/statement-of-applicability) and the NIST CSF 2.0 Profile (compliance/nist-csf) consistent with this table.

12. Supervision, enforcement and national transposition

12.1 Enforcement exposure

ItemEssential entityImportant entity
SupervisionEx ante and ex post, including on-site inspections, audits and security scans (Article 32)Ex post, triggered by evidence or indication of non-compliance (Article 33)
Maximum administrative fine for breaching Article 21 or 23 set by national law at leastEUR 10,000,000 or 2% of total worldwide annual turnover of the undertaking, whichever is higher (Article 34(4))EUR 7,000,000 or 1.4% of total worldwide annual turnover, whichever is higher (Article 34(5))
Management accountabilityManagement body approves, oversees and can be held liable (Article 20(1)); additional measures for essential entities in Article 32Article 20(1) applies

12.2 National transposition register

Member StateTransposing act and date in forceAuthorityNational specifics (registration, reporting portal, thresholds, audit duties)Checked
[Member State] (Example)[Act name, number, date][Authority][Specifics]YYYY-MM-DD

Several Member States transposed after the October 2024 deadline, and national acts continue to change. Check the Commission's NIS2 transposition page and the national official journal for each Member State listed.

13. Traceability matrix

MeasureArticle 21(2) pointAnnex sectionRisk IDsEvidenceMetric
NIS-M-a-02 (Example)(a)2.1RISK-001 to RISK-030Risk registerNot applicable
NIS-M-b-01 (Example)(b)3.1, 3.5RISK-004Incident Response PlanMET-06
NIS-M-c-02 (Example)(c)4.2RISK-007Restore test logsMET-03
NIS-M-d-03 (Example)(d)5.1.6, 5.2RISK-011Supplier registerMET-05
NIS-M-e-04 (Example)(e)6.6RISK-002Patch reportsMET-01
NIS-M-g-01 (Example)(g)8.1RISK-003LMS recordsMET-04
NIS-M-i-02 (Example)(i)11.2RISK-005Access review recordsMET-07
NIS-M-j-01 (Example)(j)11.7RISK-005IdP policyMET-02

14. Glossary and references

14.1 Glossary

TermMeaning in this document
Essential entityEntity classified under Article 3(1), subject to ex ante supervision
Important entityOther in-scope entity of an Annex I or II type, subject mainly to ex post supervision
Significant incidentIncident that causes or can cause severe operational disruption or financial loss, or considerable damage to others (Article 23(3)), refined for covered entities by the Implementing Regulation
CSIRTComputer security incident response team designated by a Member State
Management bodyThe body that directs the entity, such as a board of directors
Main establishmentFor Article 26 entity types, the place in the Union where cybersecurity risk-management decisions are mainly taken, under the rules of Article 26(2)
All-hazards approachProtecting systems and their physical environment against any event that can compromise them

14.2 References

ReferenceVersion or dateUse
Directive (EU) 2022/2555 (NIS2), OJ L 333, 27.12.2022Transposition by 17 October 2024, applied from 18 October 2024; check the consolidated text and pending amendments (COM(2026) 13)Articles 3, 4, 20, 21, 23, 26, 27, 32 to 34, 41
Commission Implementing Regulation (EU) 2024/2690Adopted 17 October 2024, published 18 October 2024Annex requirements, Articles 2 to 14
ENISA Technical implementation guidance on cybersecurity risk management measuresVersion 1.0, 26 June 2025, with mapping tableGuidance and evidence examples
European Commission NIS2 policy and transposition pagesChecked YYYY-MM-DDStatus of amendments and transposition
ISO/IEC 27001:2022Numbers onlySection 11 mapping
NIST Cybersecurity Framework 2.0February 2024Section 11 mapping
[National transposing act][Date]Binding obligations

Standard and licence note

Based on Directive (EU) 2022/2555 (NIS2) and Commission Implementing Regulation (EU) 2024/2690 as published in the Official Journal of the European Union, with reference to ENISA's technical implementation guidance (version 1.0, June 2025). EU legislative texts are free to reuse. Article and Annex numbers are cited and obligations are summarised in original wording; no legal text is reproduced. ISO/IEC 27001 is cited by clause and control number only, without control text. Check the consolidated texts on EUR-Lex, any adopted amendments, the national transposing law of each Member State with jurisdiction and the current ENISA guidance before use. This is a documentation format, not legal advice. Template licence: MIT.

関連テンプレート