P‑SSCRM Proactive Secure Software Supply Chain Risk Management

Standards & Frameworks

P-SSCRM was assembled by analysing and unifying the government and industry standards below. Every P-SSCRM control cites one or more of them, so aligning with P-SSCRM keeps you aligned with these sources.

Control counts by practice and standard

How many controls in each Practice cite each standard, so you can compare where each one is strong or thin. The P-SSCRM column is the total number of controls in the Practice. Controls not yet assigned to a Practice group are not counted.

Number of controls per practice that cite each standard
Practice P-SSCRM EO 800-161 SSDF SSDF-AI Self-attestation SLSA BSIMM CNCF-SSC OSSF-Scorecard OWASP-SCVS
G.1 Perform compliance 5 4 5 4 4 4 3 3 5 – 3
G.2 Develop security policies 6 4 5 4 4 2 – 5 1 – 1
G.3 Manage suppliers 5 1 5 1 1 1 1 1 1 – 1
G.4 Training 3 2 3 2 2 1 – 3 – – –
G.5 Assess and manage risk 4 2 2 2 – 1 – 4 – – –
P.1 Develop security requirements 2 2 1 2 2 – 1 2 1 1 1
P.2 Build security in 6 5 2 5 4 3 – 5 1 – 1
P.3 Manage component and container choices 4 1 2 1 1 1 1 3 4 1 2
P.4 Discover vulnerabilities 5 5 4 5 5 5 1 4 3 3 3
P.5 Manage vulnerable components and containers 2 – 2 1 – – – – 1 1 2
E.1 Safeguard artifact integrity 6 2 2 2 2 – 3 – 5 1 5
E.2 Safeguard build integrity 8 2 – 3 2 2 6 2 7 3 4
E.3 Secure software development environment 10 1 7 1 1 1 – 1 6 – –
D.1 Respond to/disclose vulnerabilities 5 5 4 5 5 – – 4 – 2 –
D.2 Monitor intrusions/violations 2 1 1 – 1 – – – 2 – –
All practices 73 37 45 38 34 21 16 37 37 12 23

Which controls cite each standard

Expand a standard to see the P-SSCRM controls that map to it, grouped by Practice; each links to its full entry on The Framework. Search below to narrow every standard down to the matching controls.

Bar colours: Governance Product Environment Deployment — hover a bar for exact counts

EO Executive Order 14028 (EO) 37

G.1 Perform compliance

G.1.1 — Organizational security requirements 4e(ix) G.1.3 — Produce attestation 4e(i)(F), 4e(ii), 4e(v) G.1.4 — Deliver provenance 4e(vi), 4e(vii), 4e(x) G.1.5 — Deliver SBOM 4e(vi), 4e(vii), 4e(x)

G.2 Develop security policies

G.2.1 — Upper management support 4e(ix) G.2.2 — Secure SDLC checks 4e(iv), 4e(v) G.2.3 — Roles and responsibilities 4e(ix) G.2.4 — Security code review policy 4e(iv)

G.3 Manage suppliers

G.3.1 — Security-related contract terms 4e(vi)

G.4 Training

G.4.1 — Role-based training 4e(vi) G.4.3 — Gather attack trends 4e(vi), 4e(vii)

G.5 Assess and manage risk

G.5.2 — Track security risks and decisions 4e(v) G.5.4 — Data-informed product decisions 4e(iv), 4e(v)

P.1 Develop security requirements

P.1.1 — Product security requirements 4e(iv) P.1.2 — Software release integrity 4e(iii)

P.2 Build security in

P.2.1 — Security design review 4e(iv), 4e(v), 4e(ix) P.2.2 — Secure coding 4e(iv) P.2.3 — Secure-by-default implementation 4e(iv) P.2.4 — Standard security features 4e(ix) P.2.5 — In-house components 4e(ix)

P.3 Manage component and container choices

P.3.4 — Vetted third-party component and container repositories 4e(iii), 4e(vi), 4e(x)

P.4 Discover vulnerabilities

P.4.1 — Security code review 4e(iv), 4e(v) P.4.2 — Automated security scanning tools 4e(i)(F), 4e(ii), 4e(iii), 4e(v), 4e(vi) P.4.3 — Automated vulnerability detection 4e(iv), 4e(vi), 4e(viii) P.4.4 — Executable security testing 4e(iv), 4e(v) P.4.5 — Regular third-party compliance 4e(iii), 4e(iv), 4e(vi), 4e(x)

E.1 Safeguard artifact integrity

E.1.1 — Safely store release artifacts 4e(iii), 4e(vi), 4e(x) E.1.2 — Version control 4e(i)C, 4e(iii), 4e(iv)

E.2 Safeguard build integrity

E.2.3 — Defensive compilation and build 4e(iv) E.2.4 — CI/CD hosting and automation 4e(iv)

E.3 Secure software development environment

E.3.2 — Environmental separation 4e(i)(A), 4e(i)(B), 4e(i)(C), 4e(i)(D), 4e(i)(E), 4e(i)(F), 4e(ii), 4e(iii), 4e(v), 4e(vi)

D.1 Respond to/disclose vulnerabilities

D.1.1 — Vulnerability analysis 4e(iv), 4e(viii) D.1.2 — Risk-based vulnerability remediation 4e(iv), 4e(v), 4e(viii) D.1.3 — Vulnerability disclosure 4e(viii) D.1.4 — Vulnerability eradication 4e(iv), 4e(viii) D.1.6 — Root cause analysis 4e(ix)

D.2 Monitor intrusions/violations

D.2.1 — System monitoring 4e(vii)
800-161 NIST Cybersecurity Supply Chain Risk Management Practices for Systems and Organizations (800-161r1) - only the subset of controls specifically identified in this document as mapping back to the Executive Order 45

G.1 Perform compliance

G.1.1 — Organizational security requirements SA-15 G.1.2 — Software license conflict CM-10 G.1.3 — Produce attestation SA-15, AU-2, AU-3, AU-12 G.1.4 — Deliver provenance SR-4 G.1.5 — Deliver SBOM SR-4

G.2 Develop security policies

G.2.2 — Secure SDLC checks SA-15 G.2.3 — Roles and responsibilities SA-3 G.2.4 — Security code review policy SA-11 G.2.5 — Asset inventory CM-8, IA-4, PM-5 G.2.6 — Protection of information at rest SC-28

G.3 Manage suppliers

G.3.1 — Security-related contract terms SA-1, SA-4, SI-3, SA-9, SR-4, SR-5, SR-6 G.3.2 — Separation of duties AC-5 G.3.3 — Information disclosure AU-13 G.3.4 — Session audits AU-14 G.3.5 — Notification agreement SR-8

G.4 Training

G.4.1 — Role-based training AT-2, AT-3, SA-16 G.4.2 — Contingency training CP-3, IR-2 G.4.3 — Gather attack trends SI-4, SI-5, RA-5

G.5 Assess and manage risk

G.5.1 — Criticality analysis RA-9 G.5.4 — Data-informed product decisions SA-15

P.1 Develop security requirements

P.1.1 — Product security requirements SA-8, SA-17

P.2 Build security in

P.2.1 — Security design review SA-17 P.2.3 — Secure-by-default implementation SA-5

P.3 Manage component and container choices

P.3.1 — Component and container choice CM-7, SI-3 P.3.4 — Vetted third-party component and container repositories SI-3, SR-3, SR-4, SR-11

P.4 Discover vulnerabilities

P.4.2 — Automated security scanning tools SA-15 P.4.3 — Automated vulnerability detection SA-11, RA-9, SI-7 P.4.4 — Executable security testing SA-11 P.4.5 — Regular third-party compliance SA-4, SA-9, SA-11, SA-15, SR-3

P.5 Manage vulnerable components and containers

P.5.1 — SBOM consumption SR-4 P.5.2 — Dependency update SI-2

E.1 Safeguard artifact integrity

E.1.2 — Version control SA-8, SA-10 E.1.6 — Decommission assets SA-22

E.3 Secure software development environment

E.3.1 — Authentication IA-5, IA-9 E.3.2 — Environmental separation SA-8, SA-15 E.3.3 — Role-based access control AC-2, AC-3, AC-6, AC-17, IA-2 E.3.4 — Information flow enforcement AC-4, SC-8 E.3.5 — Baseline configuration CM-2 E.3.6 — Monitor changes to configuration settings CM-3, CM-6 E.3.7 — Boundary protection SC-7

D.1 Respond to/disclose vulnerabilities

D.1.1 — Vulnerability analysis SA-15 D.1.2 — Risk-based vulnerability remediation SA-5, SA-11 D.1.3 — Vulnerability disclosure SA-15 D.1.4 — Vulnerability eradication SI-2

D.2 Monitor intrusions/violations

D.2.1 — System monitoring CA-7
SSDF NIST Secure Software Development Framework version 1.1 (SSDF) 38

G.1 Perform compliance

G.1.1 — Organizational security requirements PO.1.1 G.1.3 — Produce attestation PO.3.3 G.1.4 — Deliver provenance PS.3.2 G.1.5 — Deliver SBOM PS.3.2

G.2 Develop security policies

G.2.1 — Upper management support PO.2.3 G.2.2 — Secure SDLC checks PO.4.1 G.2.3 — Roles and responsibilities PO.2.1 G.2.4 — Security code review policy PW.7.1

G.3 Manage suppliers

G.3.1 — Security-related contract terms PO.1.3

G.4 Training

G.4.1 — Role-based training PO.2.2 G.4.3 — Gather attack trends RV.1.1

G.5 Assess and manage risk

G.5.2 — Track security risks and decisions PW.1.2 G.5.4 — Data-informed product decisions PO.4.2

P.1 Develop security requirements

P.1.1 — Product security requirements PO.1.2 P.1.2 — Software release integrity PS.2.1

P.2 Build security in

P.2.1 — Security design review PW.1.1, PW.2.1 P.2.2 — Secure coding PW.5.1 P.2.3 — Secure-by-default implementation PW.9.1, PW.9.2 P.2.4 — Standard security features PW.1.3 P.2.5 — In-house components PW.4.2

P.3 Manage component and container choices

P.3.4 — Vetted third-party component and container repositories PW.4.1

P.4 Discover vulnerabilities

P.4.1 — Security code review PW.7.2 P.4.2 — Automated security scanning tools PO.3.1, PO.3.2 P.4.3 — Automated vulnerability detection RV.1.2 P.4.4 — Executable security testing PW.8.1, PW.8.2 P.4.5 — Regular third-party compliance PW.4.4

P.5 Manage vulnerable components and containers

P.5.2 — Dependency update RV.1.1

E.1 Safeguard artifact integrity

E.1.1 — Safely store release artifacts PS.3.1 E.1.2 — Version control PS.1.1

E.2 Safeguard build integrity

E.2.3 — Defensive compilation and build PW.6.1 E.2.4 — CI/CD hosting and automation PW.6.2 E.2.8 — Hardened and isolated builds PW.6.2

E.3 Secure software development environment

E.3.2 — Environmental separation PO.5.1, PO.5.2

D.1 Respond to/disclose vulnerabilities

D.1.1 — Vulnerability analysis RV.2.1 D.1.2 — Risk-based vulnerability remediation RV.2.2 D.1.3 — Vulnerability disclosure RV.1.3 D.1.4 — Vulnerability eradication RV.3.3 D.1.6 — Root cause analysis RV.3.1, RV.3.2, RV.3.4
SSDF-AI NIST Secure Software Development Practices for Gen AI version 1.1 (SSDF-AI) 34

G.1 Perform compliance

G.1.1 — Organizational security requirements PO.1.1, PO.1.2 G.1.3 — Produce attestation PO.3.3 G.1.4 — Deliver provenance PS.3.2 G.1.5 — Deliver SBOM PS.3.2

G.2 Develop security policies

G.2.1 — Upper management support PO.2.3 G.2.2 — Secure SDLC checks PO.4.1 G.2.3 — Roles and responsibilities PO.2.1 G.2.4 — Security code review policy PW.7.1

G.3 Manage suppliers

G.3.1 — Security-related contract terms PO.1.3, PW.3.1, PW.3.2, PW.3.3

G.4 Training

G.4.1 — Role-based training PO.2.2 G.4.3 — Gather attack trends RV.1.1

P.1 Develop security requirements

P.1.1 — Product security requirements PO.1.2 P.1.2 — Software release integrity PS.2.1

P.2 Build security in

P.2.1 — Security design review PW.1.1 P.2.2 — Secure coding PW.5.1 P.2.3 — Secure-by-default implementation PW.9.1 P.2.6 — Confirm Integrity of AI model data PW.3

P.3 Manage component and container choices

P.3.4 — Vetted third-party component and container repositories PW.4.1

P.4 Discover vulnerabilities

P.4.1 — Security code review PW.7.2 P.4.2 — Automated security scanning tools PO.3.1, PO.3.2 P.4.3 — Automated vulnerability detection RV.1.2 P.4.4 — Executable security testing PW.8.1, PW.8.2 P.4.5 — Regular third-party compliance PW.4.4

E.1 Safeguard artifact integrity

E.1.1 — Safely store release artifacts PS.3.1 E.1.2 — Version control PS.1.1, PS.1.2, PS.1.3

E.2 Safeguard build integrity

E.2.3 — Defensive compilation and build PW.6.1 E.2.4 — CI/CD hosting and automation PW.6.2

E.3 Secure software development environment

E.3.2 — Environmental separation PO.5.1

D.1 Respond to/disclose vulnerabilities

D.1.1 — Vulnerability analysis RV.2.1 D.1.2 — Risk-based vulnerability remediation RV.2.2 D.1.3 — Vulnerability disclosure RV.1.3 D.1.4 — Vulnerability eradication RV.3.3 D.1.6 — Root cause analysis RV.3.1

D.2 Monitor intrusions/violations

D.2.1 — System monitoring PO.5.3
Self-attestation DHS/CISA Secure Software Self-Attestation Common Form 21
SLSA Supply-chain Levels for Software Artifacts v1.2 (SLSA) 16
BSIMM Building Security In Maturity Model Version 15 (BSIMM) 37

G.1 Perform compliance

G.1.1 — Organizational security requirements CP1.1, CP1.2, CP1.3, SE3.9, SR1.1, SR2.2, SR3.3 G.1.3 — Produce attestation SE3.9, SM1.4, SR1.3 G.1.5 — Deliver SBOM SE3.6

G.2 Develop security policies

G.2.1 — Upper management support SM1.3, CP2.5 G.2.2 — Secure SDLC checks SM1.4, SM3.3 G.2.3 — Roles and responsibilities SM2.3, SM2.7, CR1.7 G.2.4 — Security code review policy CR1.4, CR1.5 G.2.5 — Asset inventory CMVM2.3, SM3.1

G.3 Manage suppliers

G.3.1 — Security-related contract terms CP2.4, CP3.2, SR2.5, SR3.2

G.4 Training

G.4.1 — Role-based training T1.1, T1.7, T1.8, T2.5, T2.8, T2.9, T3.1, T3.2 G.4.2 — Contingency training T1.1 G.4.3 — Gather attack trends AM1.5, CMVM1.2

G.5 Assess and manage risk

G.5.1 — Criticality analysis AA1.4 G.5.2 — Track security risks and decisions SFD3.1, SM3.5 G.5.3 — Security metrics SM2.1, SM3.3 G.5.4 — Data-informed product decisions SM1.4, SM1.7

P.1 Develop security requirements

P.1.1 — Product security requirements CP1.1, CP1.2, CP1.3, CP2.1, SE2.5, SFD1.1, SFD2.1, SDF3.2, SR1.3 P.1.2 — Software release integrity SE2.4

P.2 Build security in

P.2.1 — Security design review AA1.1, AA1.2, AA2.1, AA3.1 P.2.2 — Secure coding SR3.3, CR1.4, CR3.5 P.2.3 — Secure-by-default implementation SE1.4 P.2.4 — Standard security features SFD1.1, SFD3.2 P.2.5 — In-house components SFD2.1

P.3 Manage component and container choices

P.3.1 — Component and container choice SR1.5 P.3.3 — Require signed commits SE2.4 P.3.4 — Vetted third-party component and container repositories SFD2.1, SFD3.2, SR2.4, SR2.7

P.4 Discover vulnerabilities

P.4.1 — Security code review CR1.2, CR1.4, CR2.8, CR2.6, CR2.7, CR3.4, CR3.5 P.4.2 — Automated security scanning tools CR1.4, SE.3.9, ST1.4, ST2.5 P.4.3 — Automated vulnerability detection CMVM3.1 P.4.4 — Executable security testing ST1.1, ST1.3, ST1.4, ST2.4, ST2.5, ST2.6, ST3.3, ST3.4, ST3.5, ST3.6, PT1.1, PT1.2, PT1.3, PT2.3, PT3.1, CMVM3.4

E.2 Safeguard build integrity

E.2.4 — CI/CD hosting and automation SE2.4, SE3.2 E.2.5 — Secured orchestration platform SE2.7

E.3 Secure software development environment

E.3.2 — Environmental separation SE3.10

D.1 Respond to/disclose vulnerabilities

D.1.1 — Vulnerability analysis CMVM1.3 D.1.3 — Vulnerability disclosure CMVM1.1, CMVM1.4, CMVM2.4 D.1.4 — Vulnerability eradication CR3.3, CMVM3.1 D.1.6 — Root cause analysis CP3.3, CMVM3.2
CNCF-SSC Cloud Native Computing Foundation – Software Supply Chain Best Practices (CNCF) 37

G.1 Perform compliance

G.1.1 — Organizational security requirements SC-CE: Establish and adhere to contribution policies G.1.2 — Software license conflict AU: Scan software for license implications, M-A: Managing software licenses G.1.3 — Produce attestation BP-SA Sign every step in the build process, A-A Use a store to manage metadata from in-toto G.1.4 — Deliver provenance A-A Distribute in-toto metadata with TUF, D-V Ensure clients can perform Verification of Artifacts and associated metadata, D-V Ensure clients can verify the freshness of files, D-A Use The Update Framework G.1.5 — Deliver SBOM M-V: Generate an immutable SBOM of code

G.2 Develop security policies

G.2.5 — Asset inventory M-V Require SBOMs and VEX statements from third-party suppliers, M-V Track dependencies between open source components

G.3 Manage suppliers

G.3.1 — Security-related contract terms M-V Require SBOMs and VEX statements from third-party suppliers

P.1 Develop security requirements

P.1.2 — Software release integrity A-V Validate the Signatures Generated at Each Step, A-A Use TUF to manage signing of artifacts

P.2 Build security in

P.2.5 — In-house components M-A Scan software for vulnerabilities

P.3 Manage component and container choices

P.3.1 — Component and container choice M: Second and third-party risk management P.3.2 — Trusted repositories M-V: Define trusted package managers, repositories, and libraries P.3.3 — Require signed commits BP-SA: Sign every step in the build process, SC-V Require verification attestations / confirmation P.3.4 — Vetted third-party component and container repositories A-CE Use a container registry that supports OCI image-spec images, M-V: Verify third party artifacts and open source libraries; SM, M-V Build libraries from source code, M-A Run software composition analysis on ingested software

P.4 Discover vulnerabilities

P.4.1 — Security code review C: Enforce independent 2-party review P.4.3 — Automated vulnerability detection SC-A: Prevent committing secrets to source code repository, SC-A: Automate software security scanning, M-A: Scan software for vulnerabilities, M-A Run software composition analysis on ingested software, A-V Perform additional checks on the artifact P.4.5 — Regular third-party compliance BP-SA Deploy monitoring tools to detect malicious behavior, D-A Continuous vulnerability scanning

P.5 Manage vulnerable components and containers

P.5.1 — SBOM consumption M-V: Require SBOMs and VEX statements from third-party suppliers, M-V Track dependencies between open source components

E.1 Safeguard artifact integrity

E.1.1 — Safely store release artifacts SC-V Authenticate and monitor repository activity E.1.2 — Version control SC-V Authenticate and monitor repository activity E.1.3 — Multi-factor authentication (MFA) SC-SA: Enforce MFA for accessing source code repositories E.1.4 — Developer SSH key SC-SA: Use SSH keys to provide developers access to upstream source code repositories E.1.5 — Branch protection SC-V Declare protected repository namespaces, SC-V Require verification attestations / confirmation, SC-CE Establish and adhere to contribution policies

E.2 Safeguard build integrity

E.2.1 — Release policy verification BP-V Enforcing policy, SC-V Require verification attestations / confirmation, A-V Policy E.2.2 — Verify dependencies and environment M-V: Verify third-party artifacts and open source artifacts, BP-V: Validate environments and dependencies before usage, D-V Admission controller/deployment gate E.2.4 — CI/CD hosting and automation BP-A: Build and related CI/CD should be automated, BP-A: Standardize pipeline across projects, BP-A: Build workers should be single-use, BP-CE: Ensure software factory had minimal network connectivity, BP-CE: Pass in build worker environment and commands, BP-SA: Only allow pipeline modifications through 'pipeline as code' E.2.5 — Secured orchestration platform BP-A: Provision a secured orchestration platform E.2.6 — Reproducible builds BP-V Validate build artifacts through verifiably reproducible builds, BP-V Recommendations for Reproducible Builds E.2.7 — Build output BP-CE: Write output to a separate secured storage repo E.2.8 — Hardened and isolated builds Build L3: Hardened builds, BP-A Build Workers Should be Single Use, BP-CE Ensure Build Pipeline has minimal network connectivit, BP-CE Segregate the Duties of Each Build Worker, BP-CE Pass in Build Worker Environment and Commands

E.3 Secure software development environment

E.3.2 — Environmental separation D-V Air-gapped deployment E.3.3 — Role-based access control A-CE Limit which artifacts any given party is authorized to certify, SC-CE Establish and adhere to contribution policies, SC-CE Define roles aligned to functional responsibilities, BP-SA Define user roles E.3.7 — Boundary protection BP-SA Deploy monitoring tools to detect malicious behavior E.3.8 — Key rotation A-CE Build in a system for rotating and revoking private keys, SC-SA: Have a key rotation policy E.3.9 — Ephemeral credentials SC-SA: Use short-lived/ephemeral credentials, BP-SA Use Short-Lived Workload Certificates E.3.10 — Establish a root of trust BP-SA: Follow best practices for establishing a root of trust from an offline source

D.2 Monitor intrusions/violations

D.2.1 — System monitoring BP-SA Deploy monitoring tools to detect malicious behavior, D-A Continuous vulnerability scanning D.2.2 — Build process monitoring BP-V Validate runtime security of build workers, SC-SA Use short-lived/ephemeral credentials for machine/service access, A-CE Use a container registry that supports OCI image-spec images
OSSF-Scorecard OpenSSF Scorecard metrics 12
OWASP-SCVS Open Web Application Security Project Software Component Verification Standard Version 1.0 (OWASP-SCVS) 23