NIST SP 800-218
Produce Well Secured Software

NIST SP 800-218 SP800-218-PW.4.4: Verify Acquired Components Meet Security Requirements

Verify that third party and open source components meet the same security requirements applied to in house code. Use static analysis, dependency analysis, and known vulnerability databases to support the decision.

Maintained by Gerard BlokdykVerified against the published standard Control text last updated

What else in your programme already covers this

This control maps to 65 controls across 22 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

NIST SP 800-161 Rev 1 · 6 controls

  • SEC06-BP01 Perform vulnerability management
  • SEC06-BP04 Validate software integrity
  • SEC11-BP02 Automate testing throughout the development and release lifecycle
  • SEC11-BP05 Centralize services for packages and dependencies

CIS Controls v8 · 4 controls

  • CIS-16.12 Implement Code-Level Security Checks
  • CIS-16.4 Establish and Manage an Inventory of Third-Party Software Components
  • CIS-16.5 Use Up-to-Date and Trusted Third-Party Software Components
  • CIS-7.4 Perform Automated Application Patch Management

FedRAMP High · 4 controls

  • RA-5 Vulnerability Monitoring and Scanning
  • SA-4 Acquisition Process
  • SR-3 Supply Chain Controls and Processes (SR-3)
  • SR-6 Supplier Assessments and Reviews (SR-6)

FedRAMP Moderate · 4 controls

  • RA-5 Vulnerability Monitoring and Scanning
  • SA-4 Acquisition Process
  • SR-3 Supply Chain Controls and Processes (SR-3)
  • SR-6 Supplier Assessments and Reviews (SR-6)

ISO 27001:2022 · 4 controls

  • 5.21 Managing information security in the information and communication technology (ICT) supply chain
  • 8.26 Application security requirements
  • 8.30 Outsourced development
  • 8.8 Management of technical vulnerabilities

ISO 27002:2022 · 4 controls

  • 5.21 Managing information security in the ICT supply chain
  • 8.26 Application security requirements
  • 8.30 Outsourced development
  • 8.8 Management of technical vulnerabilities

NIST SP 800-53 Rev 5 · 4 controls

PCI DSS 4.0 · 4 controls

  • 12.8.3 12.8.3 Due diligence before engaging TPSPs
  • 6.3.1 6.3.1 Vulnerability identification and risk ranking
  • 6.3.2 6.3.2 Inventory of bespoke software and components
  • 6.3.3 6.3.3 Timely installation of security patches

C5 (Germany) · 3 controls

  • C5-DEV-02 Outsourcing of the development
  • C5-OPS-22 Testing and Documentation of known Vulnerabilities
  • C5-PSS-02 Identification of Vulnerabilities of the Cloud Service

CMMC 2.0 · 3 controls

  • NIST-CSF-GV.SC-05 Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other types of agreements with suppliers and other relevant third parties
  • NIST-CSF-GV.SC-06 Planning and due diligence are performed to reduce risks before entering into formal supplier or other third-party relationships
  • NIST-CSF-GV.SC-07 The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship

NIST SP 800-172 · 3 controls

  • 3.11.6e Supply Chain Risk Assessment, Response, and Monitoring
  • 3.14.3e Include Systems in Scope of Enhanced Requirements or Segregate into Purpose-Specific Networks
  • 3.4.1e Authoritative Source for Software and Firmware
  • OSPS-VM-05.01 OSPS-VM-05.01 Publish and Enforce a Dependency Remediation Policy
  • OSPS-VM-05.02 OSPS-VM-05.02 Publish and Enforce a Dependency Remediation Policy
  • OSPS-VM-05.03 OSPS-VM-05.03 Publish and Enforce a Dependency Remediation Policy

SOC 2 · 3 controls

  • SOC2-CC6.8 CC6.8 Preventing and detecting unauthorised or malicious software
  • SOC2-CC7.1 CC7.1 Detecting configuration changes and new vulnerabilities
  • SOC2-CC9.2 CC9.2 Assessing and managing vendor and business partner risk
  • DS-2 Ensure software supply chain security
  • Art. 13(5) Due diligence on third-party components, including open source
  • 03.17.03 Supply Chain Requirements and Processes

OpenSSF Scorecard · 1 control

  • 2(e) Sec. 2(e) (now 2(c)) Manage agency use of open source software

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Produce Well Secured Software

You are reading one control. How much of NIST SP 800-218 have you already done?

NIST SP 800-218 SP800-218-PW.4.4 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of NIST SP 800-218 your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 30 of 42 NIST SP 800-218 controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 0 were rejected on the NIST SP 800-53 Rev 5 pair alone.

Query this from an agent

The graph holds this control, the 65 it maps to, and the evidence behind each claim, over MCP and REST.