<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>SSDLC | Haksung</title><link>https://haksungjang.github.io/en/tags/ssdlc/</link><description>Haksung Jang — Open Source Program Manager at SK telecom</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Sun, 09 Aug 2026 22:27:14 +0900</lastBuildDate><atom:link href="https://haksungjang.github.io/en/tags/ssdlc/index.xml" rel="self" type="application/rss+xml"/><item><title>Adoption Roadmap</title><link>https://haksungjang.github.io/en/docs/sbom_guide/4-adoption/</link><pubDate>Sun, 09 Aug 2026 22:27:14 +0900</pubDate><guid>https://haksungjang.github.io/en/docs/sbom_guide/4-adoption/</guid><description>Summarizes the activities organizations undertake to build an SBOM program in stages, from establishing the foundation to operational maturity.</description><content:encoded>&lt;![CDATA[<p>Introducing an SBOM program into an organization is not a one-time effort. A staged approach is
more realistic: establish the foundation (Foundational), settle generation and integration into
practice (Developing), and mature operations (Scaling). The stage breakdown below is the common
framework presented by both the US NTIA and India&rsquo;s CERT-In guidelines; the order of activities is
only illustrative and can be adjusted to fit an organization&rsquo;s security needs, timeline, and
resources.</p><p><img src="/docs/sbom_guide/4-adoption/adoption-stages-en.png" alt="A maturity path that expands SBOM adoption through three stages — Foundational, Developing, and Scaling"/><p><strong>Figure 1.</strong> The three stages of SBOM adoption<em>(source: reconstructed from NTIA 2021 and CERT-In
technical guidelines; collected June 14, 2026)</em></p><h2 id="stage-1-building-the-foundation">Stage 1: Building the Foundation</h2><p>The first SBOM an organization encounters is usually one received from a supplier during
procurement. The purpose of this stage is to establish how the organization handles SBOM in the
first place.</p><ul><li><strong>Identify critical assets and establish a plan</strong>: Develop a plan that defines roles and
responsibilities, timelines, and resource requirements, and obtain stakeholder buy-in for the new
process.</li><li>Decide on the format and minimum requirements: Before creating SBOMs, determine the format (SPDX
or CycloneDX) and the minimum data requirements. This ensures a standard structure that can be
processed consistently across the supply chain.</li><li>Identify security requirements, storage, and tools: Define classification and handling
procedures, and set up a secure repository for SBOMs.</li><li>Obtain SBOMs through procurement: Specify the requirement for suppliers to provide SBOMs in
purchase orders or contracts, and specify which elements are to be provided, when, and by what
method.</li></ul><h2 id="stage-2-generation-and-integration">Stage 2: Generation and Integration</h2><p>This stage involves establishing secure configuration management, consistently referencing
components with unique identifiers, and embedding generation itself into the development process.</p><ul><li>Assign unique identifiers: Pin each component with<a href="/en/docs/sbom_guide/2-standards/2-identifiers/">an identifier such as PURL</a> so that traceability is not lost even
if a supplier or component name changes, or a different version is released under the same name.</li><li>Map supplier SBOMs to internal SBOMs: Create internal SBOMs based on the SBOMs suppliers provide,
and record the author and timestamp to manage integrity and update history.</li><li><strong>Integrate with the SSDLC and CI/CD</strong>: Integrate SBOM generation into the Secure Software
Development Life Cycle (SSDLC) and continuous integration/continuous deployment (CI/CD) pipeline.
Generating SBOMs automatically at build time improves both accuracy and timeliness. See<a href="/en/docs/sbom_guide/5-tools/">5. Tools and Automation</a> for tool selection.</li><li>Secure configuration management: Apply access control, encryption, and regular audits to manage
SBOMs securely.</li></ul><h2 id="stage-3-operational-maturity-and-scaling">Stage 3: Operational Maturity and Scaling</h2><p>The final stage involves fully weaving SBOM into vulnerability management and incident response,
and continuously updating the program.</p><ul><li>Strengthen vulnerability tracking: Establish a process for cross-referencing SBOM components
against vulnerability databases to assess impact and mitigation. Detailed methods are covered in<a href="/en/docs/sbom_guide/6-vulnerability/">6. Vulnerability Management</a>.</li><li>Integrate incident response: Establish a process for using SBOM to quickly determine, for a newly
disclosed vulnerability, whether the organization is affected or has already been compromised.</li><li>Maintain regular review and awareness: Periodically check that components and dependencies match
the latest records, and keep the organization aware of new formats, data elements, and industry
trends.</li></ul><h2 id="choosing-a-starting-point">Choosing a Starting Point</h2><p>Follow the three stages in order, but there is no need to aim for perfection from the start. A
realistic first step is to pick one or two of the most important products, automatically generate
SBOMs in the build pipeline, and feed them into a vulnerability scanner. Once you confirm the
program works for one product, expanding it across the full portfolio reduces the cost of trial and
error.</p><h2 id="sources">Sources</h2><p>NTIA (2021).<em>The Minimum Elements For a Software Bill of Materials (SBOM)</em>. CERT-In.<em>Technical
Guidelines on Software Bill of Materials (SBOM)</em>. CISA SBOM Resource Hub<a href="https://www.cisa.gov/sbom">https://www.cisa.gov/sbom</a>. (all accessed: June 14, 2026)</p>
]]></content:encoded></item></channel></rss>