THE EXTREME BILL OF MATERIALS

XBOM .wiki

Knowledge that deliberately breaks every convention it documents.

SCROLL TO DESCEND
X
B
01

What is XBOM?

The Concept

XBOM stands for eXtreme Bill of Materials. It extends the traditional BOM concept beyond simple component lists into a comprehensive mapping of dependencies, relationships, and hidden connections within complex systems.

Beyond Traditional BOMs

Where a standard BOM catalogs parts, an XBOM catalogs everything: software dependencies, supply chain nodes, vulnerability surfaces, environmental impacts, and recursive sub-component trees that go layers deep.

Why It Matters

In an era of software supply chain attacks, hardware counterfeiting, and regulatory compliance, understanding the full depth of your materials is not optional. XBOM makes the invisible visible.

02

The XBOM Taxonomy

SBOM

Software Bill of Materials. Every library, framework, and dependency mapped with version, license, and known vulnerabilities.

HBOM

Hardware Bill of Materials. Physical components, chips, boards, and materials traced to origin manufacturers and supply chains.

CBOM

Cryptographic Bill of Materials. Encryption algorithms, key sizes, certificate chains, and cryptographic protocol dependencies.

VEX

Vulnerability Exploitability eXchange. Status documents declaring whether known vulnerabilities actually affect your specific deployment.

MBOM

Manufacturing Bill of Materials. Production processes, assembly instructions, and manufacturing-specific component variations documented.

SaaSBOM

SaaS Bill of Materials. Cloud service dependencies, API integrations, data flows, and third-party service components mapped.

03

Going Deeper

Layer 1: Surface Components

Direct dependencies. The libraries you import, the hardware you purchase, the services you subscribe to. This is where most BOMs stop.

Layer 2: Transitive Dependencies

Dependencies of dependencies. The npm packages your packages rely on. The sub-components inside your chips. The infrastructure behind your cloud provider.

Layer 3: Phantom Dependencies

Build tools, compilers, CI/CD pipelines, development environments. They shape your product but never appear in it. XBOM captures these ghosts.

Layer 4: Environmental Context

The operating systems, runtimes, container images, and hardware architectures. The ground your software stands on. XBOM maps the terrain.

Layer 5: Human Dependencies

Maintainers, contributors, organizations. The humans behind the code. XBOM acknowledges that every component has a human story.

04

Explore the Wiki

Standards CycloneDX, SPDX, SWID
Tools Generators & Analyzers
Policy EO 14028 & Beyond
Supply Chain Attack Vectors
Compliance Requirements & Audits
Ecosystem Community & Resources
05

The Anti-Wiki Manifesto

Knowledge doesn't have to be boring.

Structure doesn't have to mean rigid.

Technical doesn't have to mean cold.

A wiki that breaks its own rules

is a wiki that remembers it's alive.