NTIA Minimum Elements for SBOM (2021)

Complete guide to the NTIA Minimum Elements for a Software Bill of Materials, the foundational US baseline for SBOM data fields.

← Back to Compliance Overview

Who it affects: Software producers and suppliers (and their customers) who need a baseline SBOM structure, especially when selling into US federal or regulated/critical-infrastructure supply chains. Other frameworks like FDA medical device guidance and CISA Framing reference these minimum elements as the baseline for SBOM content.

Need help with compliance? We can help you navigate your SBOM compliance journey.

Get in Touch

Overview

The NTIA Minimum Elements for a Software Bill of Materials is the foundational baseline for SBOM guidance in the United States. Published in July 2021, it defines seven core data fields that every SBOM should contain, plus implementation practices for SBOM generation and sharing.

This document emerged from a multi-stakeholder process and represents the consensus “minimum viable SBOM” that balances utility with practicality. It remains the canonical reference point for US federal SBOM expectations.

Note: NTIA frames these as “minimum elements” (guidance), not legally binding requirements. However, they are widely adopted as the de facto standard.

Required Data Fields

Data Field Description Status
Supplier Name The name of the entity that creates, defines, and identifies components Minimum element
Component Name Designation assigned to a unit of software defined by the original supplier Minimum element
Version Identifier used by the supplier to specify a change in software Minimum element
Other Unique Identifiers Other identifiers used to identify a component or serve as a lookup key (e.g., purl, CPE) Minimum element
Dependency Relationship Characterizing the relationship that an upstream component has to software Minimum element
Author of SBOM Data The name of the entity that creates the SBOM data Minimum element
Timestamp Record of the date and time of the SBOM data assembly Minimum element

Implementation Practices

Beyond the seven data fields, NTIA also defines implementation practices:

Practice Description
Frequency SBOMs should be generated for each new release or update
Depth How deep dependency capture goes (direct vs transitive)
Known Unknowns Explicitly identifying components that could not be enumerated
Distribution & Delivery How SBOMs are made available to consumers
Access Control Roles and permissions for SBOM access
Accommodation of Errors Process for handling mistakes in SBOM data

Schema Mappings

For CycloneDX and SPDX field mappings, see our Schema Crosswalk.

Official Source


Disclaimer: This page represents our interpretation of the referenced frameworks and standards. While we strive for accuracy, we may have made errors or omissions. This content is provided for informational purposes only and does not constitute legal advice. For compliance decisions, consult the official source documents and seek qualified legal counsel.

← Back to Compliance Overview