References / FW

Framework references and mapping register

Trace the artefacts to NIST 800-53, CSF 2.0, RMF, Privacy, NICE, SSDF, SCRM and systems engineering.

Document 34 of 34  ·  ID FW  ·  All 34 artefacts

Framework references and mapping register

Document control
Organisation / system scope [Organisation] / [System or programme]
Document ID / version / status FW / [Version] / [Draft or approved]
Owner / approving authority [Named owner] / [Named approving authority]
Effective date / next review [Date] / [Date or linked schedule ID]
Adoption decision record [AD-01 record location and version]

FW-01 — Mapping and source policy

[Organisation] records the sources and relationships used to explain its SSDLC. A mapping identifies a relationship between specific source material and the local activity or control. It does not, by itself, establish that the activity was adopted, implemented or effective. The owner retains the source edition, mapping author, relationship type, scope and limitations.

SP 800-53 Rev. 5 identifiers provide the common control vocabulary. Other frameworks retain their own identifiers and purposes. An engineering outcome, stakeholder need or local capability without an adequate control counterpart remains in the requirements and assurance records. The organisation does not remove necessary work merely to make every row fit a single framework.

The mappings in this document have two sources: published crosswalk pairs identified explicitly below, and Caedist editorial subject relationships between the library documents and the frameworks. Editorial relationships are selected starting points for local control analysis. They are not represented as NIST or ISO endorsements, complete control implementations or one-to-one equivalences. The source review date for this library is 6 September 2026.

FW-02 — Source register

Framework editions and intended use
Source Edition and status Use and boundary
NIST SP 800-53 Rev. 5 Rev. 5; landing page identifies Release 5.2.0 updates Control vocabulary and selection records. The organisation records its selected catalogue release and parameters.
NIST SP 800-53A Rev. 5 Rev. 5 Assessment planning and examine, interview and test methods; local objectives and coverage remain explicit.
NIST CSF 2.0 Version 2.0 Governance and outcome reporting across Govern, Identify, Protect, Detect, Respond and Recover.
NIST SP 800-37 Rev. 2 SP 800-37 Rev. 2 Prepare, Categorize, Select, Implement, Assess, Authorize and Monitor, expressed in local operating records.
NIST Privacy Framework 1.0 Version 1.0 Privacy processing and risks to people. PF 1.1 remains identified as an initial public draft on the project page inspected.
NICE Framework and components SP 800-181 Rev. 1 structure; local Components v2.1.0 workbook Work responsibilities, competence and workforce planning; component identifiers are versioned separately.
NIST SP 800-161 Rev. 1, Update 1 SP 800-161 Rev. 1, Update 1 Organisational, mission/business and system-level supply-chain risk management.
NIST SP 800-218, SSDF 1.1 SP 800-218; SSDF 1.1 Secure software practices throughout the selected life cycle.
NIST SP 800-218A SP 800-218A; July 2024 final AI-specific additions and considerations used with SSDF 1.1.
NIST SP 800-160 Vol. 1 Rev. 1; ISO 15288:2015 foundation SP 800-160 Vol. 1 Rev. 1; November 2022 Trustworthy systems engineering; ISO/IEC/IEEE 15288:2015 is the deliberately retained life-cycle foundation.
NIST SP 800-160 Vol. 2 Rev. 1 SP 800-160 Vol. 2 Rev. 1; December 2021 Resilience goals, engineering choices and evidence of essential-function continuity.
NIST AI RMF 1.0 AI RMF 1.0 Govern, Map, Measure and Manage work integrated with the engineering and assurance records.
ISO 31000:2018 reference ISO 31000:2018 Risk vocabulary and process orientation; original procedure wording, not reproduced standard clauses.
NIST-hosted AI framework crosswalks NIST-hosted contributor crosswalk; ISO/IEC FDIS 42001 identified in the PDF Reference route for considering AI management-system relationships. Not a verified final-standard conformance mapping.

The source owner checks edition changes at [schedule] and records their effect on the adopted policy set. A newer edition does not automatically rewrite local commitments. The owner assesses differences and obtains a change decision. In particular, the ISO 15288:2015 foundation is retained to match the specified NIST systems engineering basis; locally available material based on 2023 is not silently substituted.

FW-03 — Common control and CSF reporting relationships

The following are editorial topic relationships. Control IDs refer to SP 800-53 Rev. 5; CSF references identify outcome categories. The local CO-01 record supplies the exact selected control, enhancements, organisation-defined parameters, implementation and assessment. Category coverage is not an assertion that every subcategory outcome has been achieved.

Library topics, common control references and CSF 2.0 categories
Library activity SP 800-53 Rev. 5 starting points CSF 2.0 topic relationships
Charter, adoption and obligations — CH, AD PM-1, PM-2, PM-3, SA-1 GV.OC, GV.PO, GV.OV
Stakeholders, roles and competence — ST, RO PM-11, PM-13, AT-2, AT-3 GV.OC, GV.RR, PR.AT
Risk and control decisions — RI, CO PM-9, RA-2, RA-3, RA-7, CA-6 GV.RM, ID.RA
Requirements, architecture and threats — RE, AR, TH SA-3, SA-8, SA-17, PL-8, RA-3 ID.RA, PR.PS
Resilience and recovery — RS CP-2, CP-4, CP-9, CP-10, SC-6 PR.IR, RC.RP
Suppliers and acquisition — SC, AC PM-30, SR-2, SR-3, SR-5, SR-6, SA-4 GV.SC, ID.AM
Environment and access — EN AC-2, AC-6, IA-5, CM-2, CM-6 PR.AA, PR.PS
Implementation, testing and release — DE, VE, CM, RL SA-10, SA-11, SA-15, CM-3, SI-7 PR.PS, ID.RA
Operation and event analysis — OP SI-4, AU-6, MA-2, CA-7 DE.CM, DE.AE
Vulnerability treatment — VU RA-5, SI-2, IR-6 ID.RA, ID.IM
Incident coordination and analysis — IR IR-4, IR-6, IR-8 RS.MA, RS.AN, RS.CO, RS.MI
Recovery communication — IR, RS IR-4, CP-2, CP-10 RC.RP, RC.CO
Privacy and information life cycle — PR, DA PT-2, PT-3, PT-5, RA-8, SI-12 GV.OC, ID.AM, PR.DS; additional privacy outcomes retained
AI governance and development — AG, AT, AM, AE PM-9, AC-3, SA-15, SA-11, SI-4 GV.RM, ID.RA, DE.CM; additional AI outcomes retained
Assurance, evidence and improvement — AS, SE, EV, IM CA-2, CA-5, CA-7, AU-9, PM-6 GV.OV, ID.IM
Disposition — RT SA-3, MP-6, SI-12, SR-12 ID.AM, GV.SC

FW-04 — SSDF practice coverage

This table covers the SSDF 1.1 practice identifiers at practice level. It identifies where to start operating related work in the library; individual tasks, implementation choices and evidence still require local selection. The brief topic labels below are navigation descriptions rather than reproduced practice statements.

SSDF 1.1 practices and operating documents
Practice Topic Library clauses
PO.1 Security requirements CH-03; RE-03
PO.2 Roles and responsibilities RO-02; RO-04
PO.3 Supporting toolchains EN-04; DE-03
PO.4 Security-check criteria VE-02; RL-03
PO.5 Secure development environments EN-01; EN-05
PS.1 Protect code EN-02; CM-01
PS.2 Release integrity RL-02; RL-05
PS.3 Archive and protect releases RL-06; EV-03
PW.1 Design for security requirements and risk AR-01; TH-03
PW.2 Review software design AR-05; TH-05
PW.4 Reuse well-secured software SC-03; DE-03
PW.5 Secure coding practices DE-02; DE-04
PW.6 Build and compilation configuration EN-05; DE-03
PW.7 Review or analyse source DE-04; VE-03
PW.8 Test executable code VE-03; VE-05
PW.9 Secure default configuration EN-04; RL-03
RV.1 Identify and confirm vulnerabilities VU-03; VU-04
RV.2 Assess and address vulnerabilities VU-04; VU-05
RV.3 Analyse causes and improve VU-07; IM-04

SP 800-218A adds AI-specific material to the SSDF context. Its PO.5.3 monitoring addition is addressed in AM-03 and the environment monitoring procedure. Its PW.3.2 provenance addition is addressed in AM-02, including explicit unknown provenance. Its PW.3.3 adversarial-data addition connects to AM-04 and AE-03. These identifiers belong to the AI profile context; PW.3 is not presented as an active SSDF 1.1 practice. The wider AI procedures also address model integration, provider visibility and use-context evaluation.

FW-05 — Privacy Framework to CSF crosswalk

The pairs below were inspected in NIST’s CSF 1.1 / 2.0 / Privacy Framework 1.0 draft crosswalk workbook, linked from its 2024 Privacy Framework workshop resources. They preserve the workbook’s draft status. The “library use” column is an editorial assignment. These selected pairs are not a reproduction of the complete workbook.

Selected published draft crosswalk pairs
CSF 2.0 ID PF 1.0 ID or IDs in the workbook Library use
GV.OC-03 GV.PO-P1; GV.PO-P5 Obligations, privacy policy and approved processing — AD, PR, RG-05.
GV.RM-01 GV.RM-P1 Stakeholder-agreed risk process — RI-02.
GV.RM-02 GV.RM-P2; GV.RM-P3 Risk tolerance and processing-ecosystem context — RI, PR.
GV.RM-03 GV.PO-P6 Privacy integrated into governance and risk — CH, PR.
GV.RR-02 GV.PO-P3; GV.PO-P4 Internal and third-party privacy responsibilities — RO, AC.
GV.PO-01 GV.PO-P1; GV.PO-P6 Privacy commitments in the policy set — AD, PR.
ID.AM-02 ID.IM-P1; ID.IM-P7 Processing systems and environments — PR-02, DA-01.
ID.AM-03 ID.IM-P8 Processing and information-flow description — AR-02, PR-02.
ID.AM-04 ID.IM-P2; ID.IM-P7 Supplier processing and locations — SC, AC, DA.
ID.AM-07 ID.IM-P6 Information inventory — DA-01, RG-07.
PR.DS-02 PR.DS-P2; PR.DS-P5 Transfer protection and leakage concerns — DA-04, EN-03.

Control-P and Communicate-P activities concerning individual participation, processing choices and transparency retain their own privacy requirements even where a CSF relationship is partial. The library does not infer a complete PF-to-SP-800-53 mapping by chaining two different crosswalks. Each local control relationship is reviewed against the actual outcome and implementation. The PF 1.1 project page inspected for this edition still labels the release material as an initial public draft; PF 1.0 is therefore the stated privacy reference here.

FW-06 — NICE workforce relationships

The following identifiers were checked in the local NICE Framework Components v2.1.0 workbook. Their assignment to local responsibilities is editorial. The programme owner uses the NICE change log to track component updates and records the selected release in RO-04.

NICE roles and selected competence references
Local work NICE reference Use in the register
Architecture and protection design DD-WRL-001 — Cybersecurity Architecture AR and RE responsibility assignments.
Software implementation and maintenance DD-WRL-003 — Secure Software Development DE and OP competence planning.
Software security analysis DD-WRL-005 — Software Security Assessment VE and TH assessment responsibilities.
Privacy programme oversight OG-WRL-008 — Privacy Compliance PR ownership and obligation coordination.
Acquisition security engineering work T1169 Define the security-engineering requirements relevant to acquisition; connect to AC and RE.
Architecture analysis capability K0731; S0853 Record relevant systems-security-engineering knowledge and demonstrated architecture-analysis skill.
Privacy monitoring and gap handling T1888; T1899; T1900 Connect privacy monitoring, gap identification and correction to PR and IM.

A Work Role is not a required organisational job title. The same person can hold several local responsibilities, and one responsibility may draw on several NICE roles. The organisation records the actual task, knowledge and skill needed, evidence of competence and any development action. Sponsor accountability, stakeholder representation and other broader system roles remain in the register even when no direct NICE counterpart is selected.

FW-07 — Systems life-cycle coverage

The following is an original navigation view of the ISO/IEC/IEEE 15288:2015 process subjects through the NIST systems engineering foundation. It does not reproduce ISO process clauses or assert that these templates satisfy every task in the standard. Each organisation records the processes and work products it adopts and the evidence supporting its own scope.

Life-cycle process subjects and library records
Process group Subjects retained Operating documents
Agreement Acquisition; supply. AC agreement and acceptance; SC continuing supplier responsibilities; RL delivery and handover.
Organisational project-enabling Life-cycle model management; infrastructure management; portfolio management; human resource management; quality management; knowledge management. PL life-cycle model and knowledge; EN infrastructure; CH investment and resources; RO competence; AS and IM quality and review.
Technical management Project planning; project assessment and control; decision management; risk management; configuration management; information management; measurement; quality assurance. PL plans and progress; RG decisions; RI risk; CM configuration; DA and EV information; IM measurement; AS assurance.
Technical Business or mission analysis; stakeholder needs and requirements definition; system requirements definition; architecture definition; design definition; system analysis; implementation; integration; verification; transition; validation; operation; maintenance; disposal. CH and PL purpose; ST and RE needs; AR and TH analysis and design; DE implementation; VE integration, verification and validation; RL transition; OP operation and maintenance; RT disposal.

SP 800-160 Vol. 2 Rev. 1 contributes resilience considerations to architecture, essential-function requirements and recovery assessment. The RS plan records selected techniques and their trade-offs, and the EV record explains the evidence supporting resilience claims. The existence of a disaster-recovery document alone does not demonstrate the broader ability to withstand and adapt to adverse conditions.

FW-08 — ISO 42001 consideration and source handling

The AI management content is original policy and procedure text grounded in the public NIST engineering and AI resources. The NIST AI Resource Center crosswalk catalogue attributes its AI RMF-to-42001 crosswalk to Microsoft. The linked crosswalk PDF identifies ISO/IEC FDIS 42001. This distinction is retained when considering relationships to the final ISO/IEC 42001:2023 standard.

The library links to that resource without republishing its tables or reconstructing the ISO standard. AG provides governance and review records; AM and AE provide development and evaluation records; AS and IM provide assurance and improvement records. These can inform an organisation’s management-system work, but no complete ISO 42001 conformance or certification claim is made. ISO source material remains subject to its published copyright conditions.

FW-09 — Mapping record and review

Mapping ID: [FW record ID]
Source: [Framework; edition; control/task/outcome; location]
Target: [Local promise/control/requirement; version; scope]
Relationship: [Published crosswalk / editorial relationship / local analysis]
Meaning: [Related subject / partial support / other justified relationship]
Provenance: [Mapping author; publication; review date; draft/final status]
Rationale and gaps: [What is supported; what remains outside the mapping]
Implementation and assurance: [CO, RO, SE, EV and AS records]
Approval and maintenance: [Reviewer; decision; update trigger]

The reviewer checks the source and target wording, scope, edition and intended use before relying on a mapping. Relationships are not assumed to be transitive or reversible. The reviewer identifies any unrepresented requirement and retains it in the local system. A framework change triggers impact analysis on mappings, then on the affected policies, procedures and assurance records through the normal change process.