agent-bom

AI supply-chain BOM: inventories agents, MCP servers and AI packages, audits MCP tool descriptions for poisoning, and shows which agent can reach a vulnerable package or credential.

Documentation

agent-bom — AI supply-chain BOM: every agent, MCP server and AI package, and what each one can reach.

Build PyPI Python 3.11 through 3.14

Apache-2.0 license OpenSSF Scorecard

AI supply-chain BOM: every agent, MCP server and AI package, and what each one can reach.

For AppSec and platform engineers. Self-host free; local scans need no account.

Quick start · Why an AI BOM · What you get · Sample graph · Self-host · Integrations · Product tour · Docs

Quick start

From the repository you want to inspect, with uv installed:

uvx agent-bom scan . --no-discover -f html -o agent-bom-report.html

Accuracy: 299 of 299 OSV advisories matched across seven real repositories, no false positives (measured 2026-10-25 on 0.111.0).

Open agent-bom-report.html for inventory, findings, coverage and fix guidance. The scan covers this project, including its MCP configuration; --no-discover skips workstation-wide discovery. No MCP configuration in the project? Package findings still apply; agent and tool links need a config or an inventory. A coverage gap is not a clean result: what this scan does and does not establish.

No project handy? Run uvx agent-bom scan --demo --offline for a bundled sample. Exit 1 is expected: the sample trips the security gate. A non-zero exit can mean a security gate or incomplete assessment; inspect the report and coverage (exit codes).

Recorded demo scan: inventory, findings and fix guidance

Recorded agent-bom CLI showing sample findings and remediation guidance; no fix executed

Labeled sample data and bundled advisories. Credential references are names, not secret values. Recorded relationships do not prove exploitation or data access.

Verify fixes, export reports, and add a CI gate

Apply a reviewed fix, update the lockfile, then rerun uvx agent-bom scan . against the same repository to verify the finding changed. Save a report with uvx agent-bom scan . -f sarif -o findings.sarif, then upload it and gate CI. Run uvx agent-bom doctor if setup fails. See the first-run guide for pip installation, or ask your coding agent with the checkup skill.

In GitHub Actions, the same scan uploads SARIF to code scanning and fails on high or critical findings, the same default gate as the CLI:

permissions:
  contents: read
  security-events: write
steps:
  - uses: actions/checkout@v4
  - uses: koda-ai-studio/agent-bom@v0
    with:
      upload-sarif: 'true'

Why an AI supply-chain BOM

Agents and MCP servers ship without an inventory. A CVE in an AI package, a poisoned tool description or an over-scoped credential matters by what the agent that loads it can reach. A package SBOM stops at packages; agent-bom records the chain and keeps the evidence for every edge.

1. Inventory2. Correlate3. Act
Agents, MCP servers, tools, packages, models, credential references and cloud resources, read-onlyOne graph: agent → MCP server → tool → package → credential → data, each edge with its sourceFix, gate CI, block poisoned tool calls, rescan to verify

Sample production AI environment: Document Intake Agent uses a document-tools MCP server that depends on pillow 9.0.0, linked to KEV-listed CVE-2023-4863; Support Triage Agent uses a ticketing MCP server that references TICKETING_API_KEY, which can access a customer ticket archive

Fictional sample estate. Dashed use, credential and access links are configured or modeled, not observed at runtime; path analysis covers the collected snapshot only. The AWS badge describes environment membership; these sample agents have no recorded execution host or model endpoint. Agent, hosting and model context.

Findings map to OWASP LLM Top 10, OWASP Agentic Top 10, OWASP MCP Top 10, MITRE ATLAS, EU AI Act and NIST AI RMF; control mappings are investigation context, not certification.

What you get

Start with the workflow you need. An individual developer can scan, inspect findings and verify fixes without a shared control plane or a compliance workflow. Teams can add retained scans and shared inventory; organizations can add identity, audit review and governance when needed. These are adoption paths, not separate editions or permissions. See the deployment chooser.

OfferingWhat it includesCostStart
CLI, CI and exportsLocal and CI scans; SARIF, CycloneDX, SPDX, JSON and HTML exports; check pre-install gate; GitHub ActionFree, Apache-2.0; no accountFirst run
Self-hosted control planeAPI and dashboard on Compose or Helm with PostgreSQL, SSO/OIDC, roles, tenant isolation, audit chain, lake evidence import and executive briefsFree, Apache-2.0; your infrastructureSelf-host · Helm
MCP server and agent pluginsagent-bom mcp server tool profiles; Claude Code and Codex plugins; OpenClaw and Cortex Code skillsFree; runs locallyMCP server · Plugins
Hosted service and supportNo managed cloud offering today. Community support on GitHub; security reports follow published response targets, not a contractual SLA—Product boundaries · Support model

What it covers

AreaWhat you get
AI agents and MCPAgents, MCP servers, tools and credentials from local configs and agent frameworks, linked to what they can reach.
Models and AI platformsSupported OpenAI, Hugging Face, Ollama, MLflow and W&B assets, with available model provenance beside dependencies and agent context.
RuntimeAn MCP proxy and gateway that alert on poisoned tools and injected results, or block them with --injection-mode enforce.
SBOM, AI-BOM and Agent-BOMSoftware SBOMs in CycloneDX or SPDX. CycloneDX AI components carry collected model metadata. Native agent-bom JSON connects agents, MCP servers, tools, credential references and packages.
DependenciesLockfiles and manifests across Python, JavaScript, Go, Java, .NET, Rust and more, matched against OSV, GitHub advisories and NVD with KEV and EPSS.
CodeFindings imported from any SARIF producer, plus native analysis of AI code (prompt-injection sinks, guardrails, tool exposure) and whether your code reaches the vulnerable function.
Containers and IaCImages scanned in bounded memory and time; Dockerfile, Terraform, Kubernetes, Helm and compose risks with exact lines in SARIF.
Cloud and data platformsRead-only collection from AWS, Azure, GCP, Kubernetes, Databricks and Snowflake, with provider-specific posture checks and graph context. Per-lane rule counts are generated from code in the capability matrix.
GPU and AI infrastructureAI workloads on CoreWeave, Nebius, Lambda, RunPod, Vast.ai and Crusoe; GPU containers and Kubernetes GPU nodes. Collection depth varies by provider.

Generate a BOM from a project, or inspect an agent inventory with sample data:

agent-bom scan --project . -f cyclonedx -o sbom.cdx.json
agent-bom scan --project . -f spdx -o sbom.spdx.json
agent-bom scan --demo --offline -f json -o agent-bom.json

Model metadata appears when the source supplies it. A BOM is an inventory, not proof of safe execution or complete collection.

All supported sources and evidence destinations, by category
AreaIntegrations
AI clients + IDEsClaude, Codex, Cursor, GitHub Copilot, Windsurf, Cortex Code, Gemini CLI, JetBrains AI, Junie, Amazon Q, Cline, Roo Code, Continue, Zed, Goose, Snowflake CLI, Docker MCP Toolkit, Tabnine, Sourcegraph Cody, Aider, Void, Aide, Trae, Pieces, OpenClaw, mcp-cli
AI platforms + model hubsOpenAI, Hugging Face, Ollama, MLflow, W&B, Langfuse, LangSmith
GPU + neo cloudsCoreWeave, Nebius, Lambda, RunPod, Vast.ai, Crusoe, GPU containers + K8s GPU nodes
Hyperscalers + KubernetesAWS, Azure, GCP, Kubernetes
Data + vector storesSnowflake, Databricks, Supabase, Pinecone, Qdrant, Weaviate, Chroma, Milvus
Identity + SaaS + devOkta, GitHub Actions, Vercel, Microsoft Entra ID, Jira, ServiceNow, Slack, Jamf
Evidence outClickHouse, BigQuery, S3, GCS, Azure Blob, Jira tickets, Slack alerts, Vanta, Drata, OCSF syslog

Product names and logos are trademarks of their owners, used only to identify supported evidence sources. Their use does not imply endorsement or partnership.

Investigate context and exposure

Which agent uses the vulnerable component? What could it reach? What evidence supports that path? Correlate retained scans by exact, tenant-scoped identities and trace the recorded blast radius from each agent through its MCP servers to packages, findings, credentials and data stores. Each relationship keeps its source and evidence kind. Agent kind, platform, execution host and model links are separate facts: an environment badge does not say where an agent runs.

From agent to verified fix: select Document Intake Agent → inspect CVE-2023-4863 (high, KEV-listed) and the evidence on each arrow → take the proposed remediation → rescan the changed pin and compare snapshots. The comparison verifies the changed input, not a running deployment.

Am I affected by a new CVE? Match it against stored scans, including CVEs only NVD has published. You get affected assets with their patch target, possibly affected distro packages to verify, and the blast radius (walkthrough):

agent-bom db update                                   # refresh OSV, NVD, KEV and EPSS
agent-bom db advisory affected CVE-2026-109618        # most recent saved scan
agent-bom db advisory affected CVE-2026-109618 --report <scan-report.json> --format json   # a JSON report written by an earlier scan

From an MCP client, the read-only affected_assets tool (graph and full profiles) takes the same advisory_id. In CI, run uvx agent-bom db update before the GitHub Action step (its auto-update-db default only refreshes feeds older than seven days). To explain a finding to your team, create an impact brief with affected assets, source receipts, evidence gaps and the next action.

More sample graphs: package evidence, repository and cloud (3)

One package, three parsed inputs. A repository pin, an image SBOM and a modeled Kubernetes workload resolve to one pillow@9.0.0. The image inventory and the deployment occurrence stay separate nodes; the advisory receipt is open.

Repository pin, image inventory and Kubernetes deployment occurrence resolving to one pillow package linked to KEV-listed CVE-2023-4863, with the plain-language relationship evidence open

Real parsers, modeled infrastructure; a graph path does not prove exploitation.

Repository. Source imports, deployment configuration and CI traced to a published container and its vulnerable packages:

Sample repository linking source, deployment configuration and a CI job to a container, vulnerable npm and PyPI packages, their advisories and a CI misconfiguration

Cloud. A public API gateway into a vulnerable workload, its role and a PII bucket:

Sample cloud account where a public API gateway exposes a workload with a critical advisory that authenticates as a role permitted to read a PII bucket

Context, correlation and reachability · Run the reference lab · Reproduce these screenshots

Open the sample graph

Try the demo in your browser: a read-only copy of the UI on labelled sample data, with no install and no backend. Scans, settings and sign-in are turned off there. To open the same graph locally:

pip install 'agent-bom[ui]==0.113.0'
agent-bom quickstart --run --offline

Run the server command it prints, then open its graph URL. Offline quickstart skips package-CVE lookup, so zero CVEs is not a clean verdict; use the bundled demo for advisory-backed findings or populate the advisory database.

Self-host in your environment

Your infrastructure, identity, database, and audit boundary. Start a local pilot from a published release checkout:

git clone --depth 1 --branch v0.113.0 https://github.com/koda-ai-studio/agent-bom.git && cd agent-bom
AGENT_BOM_IMAGE_TAG=0.113.0 docker compose up -d

Open http://localhost:3000, then Connections or New Scan. The pilot binds to loopback and retains state in a Docker volume. For cloud accounts, add a scoped read-only connection, verify access, then start a scan. Before sharing access, move to the authenticated deployment.

  • Scan with CLI or CI; export findings, SBOMs and reports.
  • Centralize inventory, graph evidence, remediation and compliance in your own control plane.
  • Enforce policy on selected live MCP tool calls through the proxy or gateway.
Deployment options (5): CLI, local dashboard, Compose pilot, authenticated host, Helm
DeploymentFirst stepResult and next step
CLI or CI jobagent-bom scan --demo --offline -o report.jsonLabelled sample findings in JSON; scan your own inventory or configure a CI gate.
Local API and dashboardagent-bom quickstart --run --offlineSample report and persisted graph; run the printed loopback server command and open its graph URL.
Docker Compose pilotRelease checkout and docker compose up -d aboveLoopback API/UI with retained state; connect a read-only source and run a scan.
Authenticated single hostPlatform Compose setupLogin-gated API/UI and PostgreSQL; configure TLS, identity, secrets and backups before sharing access.
Kubernetes / EKSHelm deploymentControl plane in your cluster; provision role-separated secrets and storage, then validate authentication and health.
Operating modes (5): scan, fleet inventory, MCP server, runtime proxy, runtime gateway

Modes can be combined:

ModeWhat it doesStart
ScanCollect inventory and findings on demand or in CI; retain reports and graph evidence.First run
Fleet inventoryEndpoints or collectors sync inventory to the control plane; review last-seen evidence.Fleet sync
MCP serveragent-bom mcp server exposes security tools to an MCP client.Tool profiles
Runtime proxyWrap selected local stdio MCP servers to inspect tool calls; verify decisions in the audit trail.Proxy setup
Runtime gatewayRelay selected remote MCP traffic through a shared service; validate client auth, policy and upstream connectivity.Gateway setup
Console terms: Sources, Assets, Findings, Issues
  • Sources describes recorded evidence: local scans, fleet inventory, cluster scans, CI/CD, imported evidence, or mixed sources. It does not select a deployment type or enable runtime enforcement. Demo data marks labelled sample inventory.
  • Assets are inventoried resources; Findings are detections on those resources; Issues group related findings for investigation or remediation.
  • Affected assets counts distinct resources only when that count is available. One finding may belong to several security areas, so area counts must not be summed. Repeated observations across scans are shown separately.

Preview and community deployment paths have separate support boundaries.

Docker pilot guide · Compose with PostgreSQL · Choose a deployment · Enterprise controls · Connect cloud accounts

Integrations

Claude Code and Codex plugins: ask your coding agent instead of reading a report

In Claude Code:

/plugin marketplace add koda-ai-studio/agent-bom
/plugin install agent-bom@agent-bom

In Codex, run codex plugin marketplace add koda-ai-studio/agent-bom, then install agent-bom-local from the Plugins Directory. Both plugins run the pinned agent-bom release locally and send nothing to an agent-bom service.

AskSkill
"Is this project safe to ship?"checkup: one verdict and the three fixes that matter most
"Am I affected by CVE-2025-29927?"affected: affected or not found in what was scanned, never "safe"
"What have my agents been doing?"activity: MCP usage, unused servers, risky commands from local session history
"Are my agent settings too permissive?"audit-mcp and audit-skills
"Give me an AI-BOM"bom: CycloneDX or SPDX for this machine, a project, an image or a cloud account

Add /plugin install agent-bom-guard@agent-bom to block malicious and typosquatted package installs before Claude runs them. All skills and their permissions · Guard details

Work with your existing tools

Use CLI or GitHub Action, REST API, or MCP; export SARIF, CycloneDX, SPDX, JSON and HTML. Cloud connectors and fleet sync collect inventory; proxy and gateway deployments add runtime evidence.

For other MCP clients, run agent-bom mcp server. Start with eight focused tools in the default profile. Choose an MCP profile for graph, cloud, runtime or audit work. Try three investigations: affected agents, exposure receipts and a before/after scan comparison. Import existing scanner reports without replacing their source evidence.

Check a dependency before installing it with uvx agent-bom check requests@2.33.0 --ecosystem pypi. Add pre-commit and CI setup for repeated checks.

Proxy, gateway and fleet · Integration capability matrix · MCP client setup · Smithery setup and manifest

Trust and evidence

Discovery uses read-only access by default. Explicit disk side-scans create temporary cloud resources. Missing evidence stays unavailable or partial; control mappings are not audit certification.

Runtime evidence and MITRE mapping boundaries

Persisted runtime, proxy and gateway activity retains source receipts and bounded time windows in the graph. Exact inventory references can bind records; unresolved identities and collection gaps remain explicit. Recorded activity does not prove execution or grant access. See the runtime evidence boundaries.

MITRE technique associations provide investigation context, not proof of an attack. ATLAS mapping receipts retain the weakness association and source catalog hashes; modeled graph paths do not establish observed execution or effective access.

Measured matcher proof · Product boundaries · Permissions · Threat model · Release verification · Graph data model

Contributing and support

Open in GitHub Codespaces

Start with the first PR guide or a good first issue. Ask in GitHub Discussions (or Discord), share feedback, or follow the maintainer path (review owners).

Contributing · Capabilities and roadmap · Support · Report an inaccurate finding · Apache-2.0

Source version: v0.113.1 · Latest release: v0.113.0 · Changelog