Nexus StandardsDigital, Cyber and AIFrameworks and mandates alignment
Area · proposed

Cyber and digital resilience law alignment

Maps cybersecurity and digital operational resilience obligations to Nexus clauses and evidence: NIS2 (Directive (EU) 2022/2555), DORA (Regulation (EU) 2022/2554), the Cyber Resilience Act (Regulation (EU) 2024/2847), NIST CSF 2.0 and SP 800-207 zero trust, with ISO/IEC 27001 named only, so that incident reporting, ICT third-party risk, vulnerability handling and software bill of materials duties are expressed as checkable clauses. A section of the Digital, Cyber and AI subsite. Every artifact of the area carries a UNI (Unique Nexus Identifier), which identifies and never certifies.

UNI
requested · not yet allocated
Status
PROPOSEDproposed area · no registry row yet
Last reviewed
area context bank
Cite this page

Nexus Standards (2026). Cyber and digital resilience law alignment: area brief, Digital, Cyber and AI (PROPOSED). https://nexustandards.com/digital-ai/cyber-and-digital-resilience-law-alignment/. Last reviewed 2026-10-17.

Download the profile

Files carry the credits and the licence line; they are generated in your browser and nothing is sent. Downloads need script.

01Scope

Cyber and digital resilience law alignment: what the area covers, and what it leaves to others.

The frameworks and mandates alignment section of Digital, Cyber and AI. Scope as the area context entry states it (PROPOSED).

In scope 4

  • Article-level crosswalk of NIS2, DORA and CRA obligations to NS-10 clauses
  • NIST CSF 2.0 functions and categories as a neutral control vocabulary
  • Incident, vulnerability and ICT third-party register record profiles
  • Zero-trust architecture evidence (NIST SP 800-207)

Out of scope 3

  • Legal advice on entity classification or reporting thresholds
  • Supervisory reporting on behalf of any entity
  • Reproduction of ISO/IEC 27001 controls

Jurisdictions No jurisdiction note is recorded for this area yet; jurisdiction narrows what applies and never implies that a Nexus profile satisfies a law.

02Indicators

2 indicators the area tracks.

Indicator names and codes as their stewards publish them; values appear only from a governed GRIx source, never typed into a page.

03Open standards

5 open standards, each with its relation.

Relations are register entries (NS-14), never conformance or equivalence statements; hover or focus a relation for its meaning. Names of standards bodies and their standards belong to their stewards and are used only to identify the documents; no text of an external standard is reproduced here.

04Nexus Standards that apply

3 Nexus Standards for this area.

The Nexus Standards the area context entry lists. Every one is proposed or specified; none is adopted by an authority.

  1. 01

    NS-10 · Policies and clauses (machine-readable obligations, enforcement in commons and command rooms)

    Status proposed · 7 rules stated. Read NS-10

  2. 02

    NS-11 · Verification and monitoring (evidence, attestations, zero-trust conformance observation)

    Status proposed · 6 rules stated. Read NS-11

  3. 03

    NS-9 · Contextual UNIs (deployments, instances, programme instances)

    Status proposed · 5 rules stated. Read NS-9

05Systemic couplings

4 couplings to other areas and subsites.

Each coupling names the mechanism that links this area to another; select a card on the canvas to trace it. Mechanisms are stated in the context bank (PROPOSED).

Canvas · the area and its couplingsDesign, not a record
Cyber and digital resilience law alignment: systemic couplingsThe couplings the area context bank records for Cyber and digital resilience law alignment: 1 area in Digital, Cyber and AI, 3 areas in other subsites and 3 subsites reached. Each coupling carries a mechanism stated in the context bank (PROPOSED); a reading aid, not a dependency proof.

Fig.RUNNING marks the area you are reading; DONE an area in the same subsite, QUEUED an area elsewhere and GATE a subsite reached. Tags give reading order only, never a status. Design, not a record.

  1. Cyber resilience and digital operational resilienceDigital, Cyber and AIThe risk discipline defines the controls and scenarios; this section maps them to the legal obligations that require them, by article.
  2. Software and supply chainTrust, Verification and AssuranceCRA vulnerability-handling and SBOM duties are evidenced through SPDX, CycloneDX, CSAF and OpenVEX records profiled in that area.
  3. Sustainable finance and disclosure alignmentFinance, Insurance and the EconomyDORA applies to financial entities and their critical ICT providers; operational resilience evidence is shared with prudential and disclosure records in the finance subsite.
  4. Critical infrastructure and critical entitiesEnergy and Critical InfrastructureNIS2 and the Critical Entities Resilience Directive cover overlapping sectors; entity records carry both scopes so that cyber and physical resilience are read together.
06Data and feeds

3 sources, with provider, licence and delivery path.

Sources the area reads or proposes. Delivery follows GRIx first; a source is shown live only after an owner decision admits it for public pages.

Every feed · pending admission

No legal register row admits any of these sources for live display on public pages yet, so nothing is read from them here. A register row that exists records the source for the governed GRIx path; admission for public pages is a separate owner decision.

Admitted
0
none yet
Register row exists
0
recorded for the GRIx path
Proposed row
3
terms to be recorded
Delivery
2 GRIx · 0 plugin · 0 browser · 1 snapshot
GRIx first, then plugin, browser-direct, snapshot
07Readiness

What each pathway can read from this area.

GCRI Canada evidence pathway

GCRI Canada

GCRI Canada decides under its own evidence rules whether cyber resilience attestations are usable; a crosswalk row is not acceptance.

Open the GCRI Canada evidence pathway

Recognition pathway

The Global Risks Forum (GRF)

The Global Risks Forum (GRF) decides under its own rules whether digital resilience work features in its programmes; alignment implies no recognition.

Open the Recognition pathway

Capital pathway

The Global Risks Alliance (GRA)

The Global Risks Alliance (GRA) decides capital readiness under its own criteria; clause evidence only shows reviewers which resilience duties are evidenced.

Open the Capital pathway

Each institution decides under its own rules what it reads as evidence; no pathway is an approval, a readiness statement or investment advice.

08Restricted compatibility profiles

1 closed standard, named only.

Closed or paywalled standards appear by name and link only; any compatibility profile of one is built on simulated data and kept on protected pages until an institutional arrangement with the issuing body is recorded. Nexus Standards is not affiliated with, endorsed by or certified by any standards body named here.

10Working group

The working-group charter, proposed.

Scope

Maintain the cyber law crosswalk and clause library, tracking implementing acts, regulatory technical standards and guidance.

No working group is chartered yet; a community may charter this one under NS-13 through a docket.

Deliverables · 3
  1. Article-level crosswalk of NIS2, DORA and CRA to clauses
  2. Incident, vulnerability and ICT third-party register profiles
  3. CSF 2.0 profile for nexus infrastructure operators
Liaison targets · 3
  • ENISA (information exchange sought; none recorded) liaison sought
  • NIST Cybersecurity Framework programme (information exchange sought; none recorded) liaison sought
  • OASIS CSAF Technical Committee (information exchange on advisories sought; none recorded) liaison sought
11Audiences

Who works with this area: 4 audiences.

  1. security and resilience teams
  2. financial entities and ICT providers
  3. software manufacturers
  4. supervisors and policy staff
12Open problems

3 open problems an expert would start with.

  1. Reporting timelines and thresholds differ between NIS2, DORA and national transpositions; how to express one incident record that satisfies several regimes without implying it does.
  2. How to evidence ICT concentration risk across providers when contracts and dependency maps are confidential.
  3. SBOM quality varies widely; how to grade SBOM evidence without inventing a maturity scale.
13Hazards and sectors

What acts on this area, and who carries it.

Hazards and threats 3

cyber attacksICT outagessoftware supply-chain compromise

Sectors 0

No sector is listed for this area; it serves every sector through the areas it couples with.

14References

4 sourced references.

Peer-reviewed sources and published statistics on the publishers' own domains, as the context entry cites them. No Risk Academy faculty pathway is linked to this area yet; one is linked when a faculty publishes a pathway that fits.

  1. peer-reviewedThe Economics of Information SecurityScience · 2006
  2. published statisticsThe NIST Cybersecurity Framework (CSF) 2.0NIST · 2024
  3. published statisticsDirective (EU) 2022/2555 (NIS2)Publications Office of the European Union · 2022
  4. published statisticsZero Trust Architecture (NIST SP 800-207)NIST · 2020
15Key terms

Terms used on this page.

UNI
Unique Nexus Identifier: identifies and resolves an artifact and its record; it never certifies truth, readiness or approval.
PROPOSED
Drafted content that no authority has adopted. Every area entry here is a proposal to the Nexus Standards registry.
crosswalk
Relation: Nexus clauses are mapped to parts of the external standard by number, never by text.
profile
Relation: a Nexus profile narrows or extends the external standard for the nexus, validated with the body's own tools where they exist.
adopt
Relation: the external standard is used as published, values validated against it.
compatibility profile (restricted)
Relation to a closed or paywalled standard: named and linked only; any profile is simulated and kept on protected pages.
pending admission
No legal register row admits this source for display on public pages yet, so nothing is read from it.
GRIx
The governed data layer of Nexus Foundry: external data is read through it with its licence and source release.
docket
A public change record under NS-13, decided by editors with written reasons.
attestation
An evaluator's recorded result for one clause and one subject under NS-11; never a certification.
liaison sought
A liaison the working group would ask the body for; none is held unless the body confirms it in writing.
17Learn and apply

Where Cyber and digital resilience law alignment is taught, worked on and run.

Risk Academy disciplines that teach Cyber and digital resilience law alignment, with their courses; the GCRI Canada, The Global Risks Forum (GRF) and The Global Risks Alliance (GRA) subsites that carry those disciplines; and the Nexus Foundry systems the standards name. Mappings are proposed for review (Risk Academy standards map, 2026-10-17); a link says a page on the same subject exists, never an endorsement or a conformance statement; framework names in course titles are named and linked, never reproduced.

Risk Academy

Disciplines and courses

18Questions

Questions and answers.

Is the Cyber and digital resilience law alignment area adopted?
No. The area entry is PROPOSED content for the Nexus Standards registry; there is no registry row yet. Adoption of any standard is a recorded authority decision and none is recorded today.
Are the feeds on this page live?
No. Every feed is pending admission: no legal register row admits it for public pages yet, so nothing is read from it here.
How do I change this brief?
Through a docket under NS-13: a pull request against the area context bank or the registry, decided by editors with written reasons.
Nexus Standards

Shape this brief: Cyber and digital resilience law alignment.

Propose a change, join the working group or name a source. Area entries are PROPOSED content for the Nexus Standards registry; a UNI identifies and never certifies, and nothing on this site is a certification, an approval or a readiness statement.

Nexus Standards documents CC BY 4.0 · tooling Apache-2.0 · counsel review pending (DEC-2026-10-16-NEXUS-STANDARDS-OPEN-LICENCE). External standards are named and linked under their own licences; a UNI (Unique Nexus Identifier) identifies, it never certifies. · Generated from the Nexus Standards corpus at commit 437ae044c5cb (2026-10-17); proposed and open.

Skip to toolbar