
On this page
Key Takeaways
- CycloneDX 1.5+ and SPDX 2.3+ are both accepted by the FDA under the Feb 2026 guidance, the choice is a tooling decision, not a compliance decision.
- CycloneDX has richer native support for vulnerability, VEX, and services metadata, which simplifies postmarket workflows.
- SPDX has stronger license-focused tooling and is preferred when the same SBOM must satisfy open-source compliance obligations.
- Whichever format you choose, the SBOM must carry component identifiers (PURL/CPE), version, supplier, and hashes so it can be matched to vulnerability data.
- The SBOM must be regenerated on every release and stored under version control alongside the design history file.
Does the FDA prefer CycloneDX or SPDX? Compare SBOM formats for medical device cybersecurity compliance and premarket 510(k) submissions.
This guide is written for medical device manufacturers navigating CycloneDX vs SPDX medical devices. It is built from real submissions, FDA correspondence, and the standards reviewers actually cite. Use it as a working reference: read straight through, jump to the section that matches your current gap, or hand it to your engineering and regulatory leads as a checklist.
The Regulatory Requirement: Why SBOM Format Choice Matters
The Regulatory Requirement: Why SBOM Format Choice Matters is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
FDA Guidance on Machine-Readable SBOMs
FDA Guidance on Machine-Readable SBOMs. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
NTIA Minimum Elements and MedTech Compliance
NTIA Minimum Elements and MedTech Compliance. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Deep Dive into CycloneDX for Medical Devices
Deep Dive into CycloneDX for Medical Devices is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
Vulnerability Exploitability eXchange (VEX) Support
Vulnerability Exploitability eXchange (VEX) Support. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Ease of Implementation in CI/CD Pipelines
Ease of Implementation in CI/CD Pipelines. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Deep Dive into SPDX for Medical Devices
Deep Dive into SPDX for Medical Devices is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
The ISO/IEC 5962 Standard Advantage
The ISO/IEC 5962 Standard Advantage. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Strengths in Intellectual Property and Licensing Transparency
Strengths in Intellectual Property and Licensing Transparency. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Comparative Analysis: CycloneDX vs. SPDX for MedTech OEMS
Comparative Analysis: CycloneDX vs. SPDX for MedTech OEMS is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
Interoperability and Ecosystem Support
Interoperability and Ecosystem Support. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Vulnerability Management and Postmarket Surveillance
Vulnerability Management and Postmarket Surveillance. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
Handling Legacy Components and SaMD
Handling Legacy Components and SaMD. Make sure your design history file documents the rationale, the standard you mapped to, and the objective evidence that closes the loop. Reviewers expect to trace the requirement, the test, and the residual risk in a single thread.
FDA Expectations: Does the Agency Have a Preference?
FDA Expectations: Does the Agency Have a Preference? is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
Implementation Strategy: Converting and Managing SBOM Formats
Implementation Strategy: Converting and Managing SBOM Formats is one of the areas FDA reviewers probe hardest in modern submissions. The points below summarize what we ship in client packages and what we have seen FDA accept and reject across 250+ device submissions.
How Blue Goat Cyber Approaches CycloneDX vs SPDX medical devices
We treat CycloneDX vs SPDX medical devices as a regulated engineering workstream, not a one-time document drop. Every engagement is led by senior medical-device security engineers who have shipped 250+ FDA cybersecurity submissions across 510(k), De Novo, PMA, and EU MDR pathways. Here is how we run it end to end:
- Scoping against your device profile. We baseline connectivity, interfaces, data flows, and intended use before we touch a template - because reviewer expectations for a Class II wearable are not the same as a networked hospital platform.
- Standards mapping in writing. Every deliverable is traced to the February 2026 FDA premarket cybersecurity guidance, AAMI SW96, AAMI TIR57 / TIR97, IEC 81001-5-1, and ISO 14971 - with the citation in the artifact itself so reviewers do not have to guess.
- Evidence generated inside your QMS. Threat models, SBOMs, security risk assessments, and test reports are versioned under design controls so the traceability from requirement → test → residual risk holds up under audit.
- Independent testing where it counts. Penetration testing and vulnerability analysis are executed by a testing team that does not also write the design - the separation FDA reviewers increasingly expect on cyber devices.
- Deficiency-ready posture. We anticipate the RTA, AI-letter, and Major deficiency patterns FDA has issued over the past 24 months and pre-empt them in the initial submission, cutting the odds of a second review cycle.
- Postmarket handoff, not abandonment. Every premarket package leaves you with a working postmarket monitoring plan, CVD process, and update cadence so the evidence you shipped stays defensible after clearance.
If you want that treatment applied to your CycloneDX vs SPDX medical devices package, our FDA Premarket Cybersecurity Services and FDA Cybersecurity Deficiency Response engagements are the two most common entry points.
Frequently asked questions
Which SBOM format does the FDA prefer?
Short answer: It depends on the device classification, intended use, and connectivity profile. But the controlling references are FDA's February 2026 premarket guidance, AAMI SW96, and IEC 81001-5-1. The sections above walk through how each applies. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
Can I use CycloneDX for SaMD 510(k) submissions?
Short answer: It depends on the device classification, intended use, and connectivity profile. But the controlling references are FDA's February 2026 premarket guidance, AAMI SW96, and IEC 81001-5-1. The sections above walk through how each applies. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
Is SPDX an ISO standard?
Short answer: It depends on the device classification, intended use, and connectivity profile. But the controlling references are FDA's February 2026 premarket guidance, AAMI SW96, and IEC 81001-5-1. The sections above walk through how each applies. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
What is the difference between CycloneDX and SPDX for VEX?
Short answer: CycloneDX vs SPDX medical devices is a discrete deliverable inside the Secure Product Development Framework (SPDF). FDA expects it documented, traceable, and version-controlled inside your QMS. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
How do I convert SPDX to CycloneDX for medical software?
Short answer: Treat it as a process, not a one-off document: own the requirement in design controls, map it to a current standard, generate evidence during V&V, and surface the residual risk in your postmarket plan. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
What are the NTIA minimum elements for medical device SBOMs?
Short answer: CycloneDX vs SPDX medical devices is a discrete deliverable inside the Secure Product Development Framework (SPDF). FDA expects it documented, traceable, and version-controlled inside your QMS. For the full context, work through the relevant section above and the linked services below. Every answer here is grounded in current FDA guidance and the standards your reviewer is using.
Where this fits in the cluster
This page sits downstream of our pillar resources on CycloneDX vs SPDX medical devices. If you arrived here from a different starting point, these are the most useful adjacent pages:
- FDA-Compliant SBOM Services
- The SPDF Playbook for FDA-Ready Medical Devices
- The MedTech Cybersecurity Standards Decoder
- FDA Premarket Cybersecurity Services
Related from Blue Goat Cyber
- FDA-Compliant SBOM Services
- FDA Postmarket Cybersecurity Services
- 12 Reasons the FDA Rejects Medical Device Cybersecurity Submissions
- Medical Device Threat Modeling
- FDA Cybersecurity Deficiency Response
Sources & primary references
- Cybersecurity in Medical Devices: Quality System Considerations and Content of Premarket Submissions. U.S. Food and Drug Administration (FDA)
- The Minimum Elements For a Software Bill of Materials (SBOM). National Institute of Standards and Technology (NIST)
- CycloneDX Official Specification v1.5. CycloneDX Standard
- SPDX Specification v2.3.1. SPDX Foundation
Talk to a regulatory cybersecurity team
If you are working through CycloneDX vs SPDX medical devices and want a second pair of eyes on your submission package, we ship cybersecurity deliverables for medical device manufacturers across 510(k), De Novo, PMA, and EU MDR pathways. Book a discovery session and we will walk your evidence with you.
Sources & references
Primary sources cited in this article. Links open in a new tab.


