Understanding the CISA Secure Software Self-Attestation (NIST SP 800-218) Mandate
In response to a series of high-profile supply-chain cyber attacks targeting software platforms, the United States federal government issued Executive Order 14028, "Improving the Nation's Cybersecurity." Under OMB Memoranda M-22-18 and M-23-16, federal departments are prohibited from purchasing or deploying software that cannot verify compliance with secure coding standards. CISA’s Common Self-Attestation Form was developed as the primary instrument for vendors to formally declare this posture.
Which Software Products Fall Under CISA Attestation Rules?
The federal self-attestation directive is exceptionally broad. It applies directly to:
- All Software Types: Including proprietary containerized microservices, SaaS, desktop clients, command-line tools, firmware, and custom library SDKs.
- Temporal Scope: Any product that was built, packaged, modified, or updated after September 14, 2022.
- Procurement Path: Any software acquired by federal agencies or operated by a contractor on behalf of a federal agency.
The Four Key Pillars of NIST SP 800-218 (SSDF)
The NIST Secure Software Development Framework (SSDF) is a set of fundamental software development practices divided into four core areas:
1. Prepare the Organization (PO)
Define roles, train engineers, configure secure repositories, and audit security compliance throughout the build lifecycle.
2. Protect the Software (PS)
Protect all code from tampering, generate complete Software Bills of Materials (SBOMs), and enforce strict access controls on environments.
3. Produce Well-Secured Software (PW)
Execute continuous automated scanning (SAST/DAST), verify compiler configurations, and sign build artifacts cryptographically.
4. Respond to Vulnerabilities (RV)
Implement a transparent Coordinated Vulnerability Disclosure (VDP) program, monitor CVEs, and patch issues within designated SLAs.
What is a Plan of Action and Milestones (POA&M)?
If a software vendor performs a self-assessment and discovers a gap—such as an missing SBOM generation script or a lack of code-signing certificates—they cannot sign CISA’s form in good faith. Under M-23-16 guidelines, vendors may negotiate a POA&M with the procuring agency.
The POA&M is a structured document that explicitly states:
- Which specific SSDF controls are currently deficient or only partially met.
- The exact remediation actions and technical strategies that will be applied.
- A clear timeline and milestone schedule (typically 30, 90, or 180 days) to achieve full alignment.
While a POA&M can prevent federal sales from stalling, procuring agencies are under no obligation to accept one. Reaching low-risk status as quickly as possible is the ideal strategy for federal software suppliers.