Stored with your code
Your SBOM is kept in the same vault as the source code, build instructions, and configurations it describes, so you meet the CRA’s resilience and retention duties in one place.
The Cyber Resilience Act (CRA) now demands a software component inventory as a compliance record, or you face regulatory penalties. Codekeeper’s SBOM escrow generates your software bill of materials, keeps it current alongside your escrowed assets, and verifies it is complete.
Those windows are tight. A stale SBOM can’t trace what was exploited in time. A missed report or incomplete SBOM breaches an essential CRA requirement —carrying fines up to €15 million or 2.5% of turnover, plus €5 million for inaccurate information.
Your SBOM is kept in the same vault as the source code, build instructions, and configurations it describes, so you meet the CRA’s resilience and retention duties in one place.
Codekeeper integrates with your repository to generate your SBOM and regenerate it on a schedule, so the inventory stays up to date with every release.
Verification rebuilds can surface missing critical components that file-based SBOM generators overlook.
Codekeeper generates your SBOM in a commonly used, machine-readable format, the standard a market surveillance authority requires.
Your SBOM stays in an immutable, timestamped vault for the full CRA retention window under Article 13(13).
Codekeeper issues a Software Resilience Certificate as proof that every critical component a recovery needs is documented.
Setup is live in 24 hours. From there, your SBOM custody is kept accurate and current to aid with CRA retention and reporting compliance.
Point Codekeeper at the repositories and cloud platforms where your code and dependencies live, across 50+ integrations.
Codekeeper updates your SBOM on a regular schedule, verifies the inventory is complete and accurate, and stores it with your escrow deposits.
Download your current SBOM and its Software Resilience Certificate whenever a customer, auditor, or authority asks.
Set up in a day. From there, the pack stays current on its own.
Book a demoJordan Adler
Ross Kilshaw
Thiago Mendes
We’ll email the sample SBOM deposit report to you.
SBOM escrow is the secure, versioned storage of an SBOM with an independent third party, kept current and verified so a manufacturer can prove the SBOM is complete and recoverable. Codekeeper stores your SBOM in the same encrypted vault as the source code it describes, regenerates it on a schedule, and rebuilds the software to confirm the inventory is complete.
Yes. The CRA SBOM requirements are set out in Annex I, Part II, point 1: you must draw up an SBOM in a commonly used, machine-readable format covering at least the top-level dependencies. The SBOM requirement applies from December 11, 2027, while vulnerability and incident reporting obligations apply earlier, from September 11, 2026.
The CRA requires an SBOM in a commonly used, machine-readable format, and does not name a specific standard. A PDF or spreadsheet does not meet the machine-readable requirement. Codekeeper generates your SBOM in a machine-readable format covering your top-level and transitive dependencies, the standard a market surveillance authority accepts.
No. The CRA does not require a manufacturer to publish the SBOM. Your SBOM forms part of your technical documentation and is provided to a market surveillance authority on a reasoned request, which is why secure, access-controlled custody matters more than publication.
Under the CRA, a manufacturer must retain technical documentation, including the SBOM it contains, for at least ten years after a product is placed on the market, or for the support period if that is longer (Article 13(13)). Codekeeper’s immutable vault covers the full retention window and holds a timestamped record of every deposit.
A generation tool produces the file, while SBOM escrow does that and keeps your SBOM current, tests it against a rebuild, retains it for the required period, and stores it with the source code it describes. Most manufacturers need both: a generation step to create the SBOM, and custody to keep it accurate, provable, and recoverable.
Yes. Since generation runs on the same integrations that power your escrow deposit automation, Codekeeper can generate your SBOM from the repositories and cloud platforms you've connected in escrow, then regenerate it on a schedule to keep the inventory current.
SBOM escrow supports the CRA most directly, where a machine-readable SBOM is a stated requirement. The same record provides the component evidence other frameworks call for: NIS2 supply-chain security, the ICT asset inventory and third-party register under DORA, the asset inventory under ISO 27001, and the IT asset inventory FFIEC examiners expect.
Yes. NIS2 and DORA make you accountable for the security of your suppliers and the ICT third parties your operations depend on. A supplier’s verified SBOM, held in escrow, gives you standing supply-chain evidence rather than a document you have to chase.
An incomplete or inaccurate SBOM fails an essential requirement, which carries the top penalty tier of up to €15 million or 2.5% of worldwide annual turnover. Providing incorrect or misleading information to a market surveillance authority carries a further penalty of up to €5 million or 1%. A verification rebuild catches an incomplete SBOM early, so you correct the deposit before a regulator reviews it.