Framework references and mapping register
| 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
| 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 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.
| 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.
| 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.
| 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.
| 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.