Secure Software Development Framework
NIST SP 800-218, a framework of secure software development practices that is referenced by EO 14028 and increasingly by medical device guidance.
Definition
NIST SP 800-218 SSDF v1.1 organizes secure-development practices into Prepare the Organization, Protect the Software, Produce Well-Secured Software and Respond to Vulnerabilities. NIST also published SP 800-218 Rev. 1, SSDF v1.2, as an initial public draft on December 17, 2025; do not describe that draft as final.What this means in practice
SSDF is a secure-development framework that can support supplier assurance. OMB M-26-05, issued January 23, 2026, rescinded M-22-18 and M-23-16 and adopted agency risk-based software and hardware assurance. Agencies may still request attestations or contract-specific evidence. Do not describe SSDF as a proven superset of IEC 81001-5-1 without a clause-level comparison.Examples
- Illustrative: A MedTech manufacturer uses the SSDF framework to structure its internal secure development lifecycle processes, ensuring that cybersecurity is integrated from initial design through to post-market surveillance.
- Illustrative: During a pre-market submission to the FDA for a new medical device, the manufacturer provides documentation demonstrating how its software development practices align with the four practice groups of SSDF.
- Illustrative: To comply with federal procurement requirements, a software vendor seeking to sell its health IT solution to a government agency attests that its development processes adhere to SSDF guidelines.
- •Adopting SSDF in name only, the framework expects measurable practices with evidence (e.g., PW.4 'Reuse Existing, Well-Secured Software When Feasible' requires component selection criteria and provenance records).
- •Conflating SSDF with SPDF, SPDF is FDA's umbrella term; SSDF is one specific framework that can satisfy an SPDF requirement.
- •Forgetting RV (Respond to Vulnerabilities), many manufacturers' SSDF programs are strong on development but weak on post-market response.
Frequently asked questions
Related terms
Grouped by themeEditor's picks
· Hand-selected related conceptsInternational standard defining secure-product-lifecycle activities for health software, including medical devices.
The bundle of cybersecurity artifacts a sponsor includes in a 510(k), De Novo, PMA, or HDE submission for a cyber device.
A documented, risk-based set of processes that build cybersecurity into a medical device across its full lifecycle.
An inventory of software components and dependencies used in a device, supporting vulnerability management and supply-chain transparency.
More in Cybersecurity
· Same categoryOpenSSF framework defining progressive levels of build-system integrity for software supply chain security, focused on tamper-resistance of the build.
AAMI/ANSI standard establishing requirements for medical-device cybersecurity activities throughout the lifecycle.
AAMI Technical Information Report providing MedTech-specific guidance on cybersecurity risk management.
AAMI Technical Information Report on post-market security risk management for medical device manufacturers, the operational companion to TIR57.
Where this term appears across MedTech Terms.
Sources
6 sourcesSources support the definition or relevant regulatory context, not necessarily every claim on this page. Each is graded against our source-tier hierarchy so you can see what rests on binding law versus commentary.
Official-source claim check:
NIST SSDF provides secure-development practices in four groups. Federal attestation policy changed in January 2026.
Partial review: verified corrections are applied, but this is not a full accuracy certification. The last full review date is unchanged.
Remaining verification limits
- Secondary regulatory, standards-clause, market-prevalence or procurement claims were not fully substantiated by accessible original text.
- 1NIST SP 800-218: SSDF v1.1Tier 2 VerifiedNISTcsrc.nist.gov
- 2HSCC - Health Sector Coordinating CouncilTier 4 VerifiedHSCChealthsectorcouncil.org
- 3CISA - Healthcare and Public Health SectorTier 2 VerifiedCISAcisa.gov
- 4NIST SSDF 1.2 initial draftTier 2 UncheckedNISTcsrc.nist.gov
- 5OMB M-26-05Tier 2 UncheckedOMBwhitehouse.gov
- 6FDA final guidance, February 3, 2026Tier 2 UncheckedFDAfda.gov
Inline markers like [1] jump to the matching reference above.