NewResilience, Continuity, the Pro levels and Agentic Verification: from safekeeping to proof you can recover.The new line-up is here.See what's new
Why this page looks like this. Production's /solutions/cra-sbom-escrow sells "SBOM escrow" as its own product: an SBOM "machine-readable, verified, and retained for ten years", generated "on a schedule" from your repositories, "delivered in a CRA-accepted format" (CycloneDX 1.6 in the mock), kept in an "immutable, timestamped vault for the full CRA retention window", and shown with the old Certified-tier seal. None of that is in the confirmed facts. What is confirmed: every Agentic Verification run (Escrow Pro, Resilience Pro, Continuity Pro) produces an SBOM, with build steps, an Exit workbook, a deployable copy and a Recoverability Certificate. This page sells exactly that.
  • Audience: manufacturers who have to document the components in their products; buyers who ask suppliers for an SBOM come second (FAQ).
  • Angle: an SBOM produced by an independent rebuild of the deposit describes what actually builds, not what someone documented at launch.
  • Hero mock: the same example product as the CRA overview (Gateway Controller, Release 4.2, run #7, 286 components), so the CRA pages read as one story. Example values only. The "changed since run #7" row is the confirmed monitoring between runs.
  • Not claimed: an SBOM format, CRA conformity of the SBOM, any retention period, SBOM generation between rebuilds, and production's "live in 24 hours".
  • 16 Oct: Continuity Pro added; base Continuity no longer includes Agentic Verification, so the SBOM line names Escrow Pro, Resilience Pro and Continuity Pro.
Regulatory text checked on EUR-Lex on 7 Oct 2026, in the consolidated text of Regulation (EU) 2024/2847 (CELEX 02024R2847-20241120), with recital 77 from the Official Journal HTML (OJ L 2024/2847). The fetch tool cuts the consolidated text off at Article 59, so Annex I (where the SBOM requirement sits), Annex VII, Article 64 and Article 71 could not be read; nothing on this page quotes them. The three English corrigenda (title, Article 64(10), Article 67) don't touch any provision quoted here. Legal should confirm every quote against the Official Journal text before launch. Production claims kept, flagged: "Trusted by 3,500+ teams" (trust row), "50+ integrations" and "deposits sync daily" are production figures, kept as agreed; each needs an owner's sign-off before launch (to-confirm.md; fact-check, 7 Oct).
CRA · Software bill of materials

An SBOM of what you ship. Produced by a real rebuild.

The Cyber Resilience Act asks manufacturers to document the components in their products, including in a software bill of materials. With Agentic Verification, every successful rebuild of your deposit produces an SBOM of what was built, with build steps and a dated Recoverability Certificate.

Escrow Pro from $449. Per application per month. The SBOM comes with Escrow Pro, Resilience Pro and Continuity Pro.

  • Trusted by 3,500+ teams
  • ISO/IEC 27001:2022 certified
  • A fresh SBOM with every rebuild
Social proof straight after the promise. These are the logos production already uses, loaded from codekeeper.co. Where an image can't load (for example in the preview), the name shows instead. Use the approved set only.

Trusted by 3,500+ teams, from regulated enterprises to fast-growing software vendors

Airbus Bayer European Parliament General Motors Intuit Nestlé PepsiCo Pfizer
The duty, in the Regulation's own words. The SBOM requirement itself is in Annex I, Part II, point (1), which we could not read (see the hero note), so it isn't quoted. Instead the page quotes the four verified provisions that frame it: the definition (Article 3, point 39), the Commission's power to set format and elements (Article 13(24), which is also where the cross-reference to Annex I, Part II, point (1) comes from), the support-period duty that covers components (Article 13(8), first subparagraph, the same string as on the CRA overview), and authorities' power to request SBOMs for a dependency assessment (Article 13(25); the ellipsis replaces "For that purpose,", which refers back to an ADCO dependency assessment, named in the card label).
  • Left out: production's "covering at least the top-level dependencies" and "a PDF or spreadsheet does not meet the machine-readable requirement". Both paraphrase Annex I, which we couldn't verify. Also left out: the fines (€15M or 2.5%, €5M or 1%), which sit in Article 64, and the 24-hour, 72-hour and 14-day reporting windows, which we didn't verify and which aren't what this product does.
  • Lead sentence: "documents the components … including in a software bill of materials" is a label paraphrase of recital 77, checked on EUR-Lex. It isn't presented as a quote.
Sources: eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:02024R2847-20241120 (Art. 3(39), 13(8), 13(24), 13(25)); eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=OJ:L_202402847 (recital 77).

What the CRA asks

The components in your product, on record.

The CRA puts the software bill of materials in Annex I, Part II, point (1), with the vulnerability handling requirements. These are the provisions around it.

EUWhat an SBOM is
“a formal record containing details and supply chain relationships of components included in the software elements of a product with digital elements”
Regulation (EU) 2024/2847, Article 3, point (39), defining ‘software bill of materials’
EUFormat and elements
“The Commission may, by means of implementing acts taking into account European or international standards and best practices, specify the format and elements of the software bill of materials referred to in Part II, point (1), of Annex I.”
Regulation (EU) 2024/2847, Article 13(24)
EUComponents, for the support period
“Manufacturers shall ensure, when placing a product with digital elements on the market, and for the support period, that vulnerabilities of that product, including its components, are handled effectively and in accordance with the essential cybersecurity requirements set out in Part II of Annex I.”
Regulation (EU) 2024/2847, Article 13(8)
EUFor a dependency assessment
“… market surveillance authorities may request manufacturers of such categories of products with digital elements to provide the relevant software bills of materials as referred to in Part II, point (1), of Annex I.”
Regulation (EU) 2024/2847, Article 13(25)

Codekeeper's evidence supports your assessment. Whether it meets a specific requirement is for you and your assessor to decide.

Step 2, the shift: an SBOM on file versus an SBOM from a rebuild. Production's "The SBOM on file … Generated once, never regenerated" idea is kept, without its fine and "misrepresenting information in an audit" lines. The left column names the usual pattern without blame. Every item on the right is a confirmed fact: an SBOM with every successful rebuild, the Codekeeper AI Verification Lab, with no help from the vendor, missing items flagged, and monitoring that compares the deposit with the live repositories between runs.

In practice

An SBOM is as current as the last build behind it.

Every release adds code and dependencies. A file generated at launch describes launch. Over a support period measured in years, the record has to keep pace with what you ship.

An SBOM generated once

  • Produced at release, then filed
  • Generated by the same pipeline it describes
  • Nobody has checked the product builds from what's listed
  • No signal when the code moves on

An SBOM from each rebuild

  • Produced by every successful rebuild of the deposit
  • Rebuilt in the Codekeeper AI Verification Lab, with no help from your team
  • Missing items flagged, so the deposit is completed
  • Changes in your repositories flagged, so you know when to rebuild
Steps 3 and 4, the model and the proof: four steps, then the SBOM itself. Each step is a confirmed fact: daily sync through 50+ integrations (production claims, still flagged in to-confirm.md), rebuilds by AI agents in the Codekeeper AI Verification Lab cut off from the open internet, on supported technology stacks, in hours; the SBOM, build steps, Exit workbook, deployable copy and Recoverability Certificate from each successful run; monitoring between runs; four rebuilds a year. The SBOM screen is the same example as on the CRA overview. Open-source names, versions and licences are real; the rest is fictional.
  • Confirm before launch: which SBOM format the product exports (for example SPDX or CycloneDX) and whether it covers what Annex I, Part II, point (1) asks for. Until then the page says "an SBOM" and claims no format.
  • Confirm: swap the example SBOM rows for components from the anonymised real run (already in to-confirm.md), so they don't imply stack support.

How it works

From the deposit to an SBOM you can hand over.

1

Deposit the product

Connect your repositories once and deposits sync daily through 50+ integrations. Include the build scripts and the private or licensed packages the build needs.

2

Rebuild it, sealed off

AI agents work out how the product is built and rebuild it in the Codekeeper AI Verification Lab, cut off from the open internet, on supported technology stacks. In hours, not weeks.

3

Get the SBOM, with the proof

A successful rebuild produces an SBOM of what was built, with build steps, an Exit workbook, a deployable copy and a dated Recoverability Certificate.

4

Know when to rebuild

Between runs, we compare the deposit with your live repositories and flag what changed. Four rebuilds a year are included, started when you choose.

Step 3 as a choice: the SBOM comes with every level that rebuilds. Escrow Pro, Resilience Pro and Continuity Pro all include Agentic Verification, so all three produce the SBOM. The card taglines are written for the manufacturer, who is the depositor: "released to your customer", as on the CRA overview. Prices are the 6 Oct list for software applications, with setup fees; SaaS and AI have their own rows. The note under the cards names the base levels without making them sound weak, and repeats the agreed price logic word for word.
  • Confirm before launch: whether "12 rebuilds a year, $299 a month more" is per application (already in to-confirm.md).
  • 16 Oct: Continuity Pro added; base Continuity no longer includes Agentic Verification or the SBOM, so the third card is now Continuity Pro (from $1,699, 11 Oct list) and base Continuity ($1,449) moves to the note with the other base levels. The card's line "Full continuity, proven in advance" is the Continuity Pro line (confirmed by Danny on 16 Oct). The note gains the agreed closing sentence of the price logic.

Choose the level

An SBOM with every Pro plan.

All three rebuild the deposit and produce the SBOM. The difference is what your customers get if you can't support the product.

Released to your customer · tested in advance

Escrow Pro

From$449per application per month

Everything you need to recover.

  • Custody of the deposit by a neutral party
  • 4 rebuilds a year, on supported technology stacks
  • SBOM, build steps, Exit workbook and a deployable copy
  • Recoverability Certificate
Recovered by us · tested in advance

Resilience Pro

From$649per application per month

Proven before we need it.

  • The deposit comes to Codekeeper and we run the recovery
  • 4 rebuilds a year, on supported technology stacks
  • SBOM, build steps, Exit workbook and a deployable copy
  • Recoverability Certificate
Stays online · tested in advance

Continuity Pro

From$1,699per application per month

Full continuity, proven in advance.

  • Everything in Resilience Pro, SBOM included
  • The live environment mapped at setup and kept current
  • Kept paid and switched on for an agreed period while we recover
  • Bills recharged at cost

Prices for software applications; SaaS and AI have their own rows. Setup $499 per arrangement, $999 for Continuity and Continuity Pro. Escrow, Resilience and Continuity, from $199, $399 and $1,449, hold the deposit with an automated check, a vault report and a Software Resilience Certificate; the SBOM comes with the rebuilds. Need fresh SBOMs more often? 12 rebuilds a year instead of four, for $299 a month more. Escrow means the deposit is released to you and you run the recovery. Resilience costs more because we do the recovery. Continuity costs more again because we also keep the live environment switched on. At every protection, Pro adds Agentic Verification. See full pricing

The secondary conversion, on every page. Visitors who aren't ready to talk can still leave their email. The sample evidence pack is the same offer on every page, so the site has one lead magnet instead of a different e-book per page. It also carries the launch story: proof, not promises. The button goes to the sample evidence pack page.

Sample evidence pack

See what your auditor would receive.

An anonymised set of outputs from a real Agentic Verification run, so you can judge the evidence before you talk to us.

  • Recoverability Certificate
  • Run report
  • SBOM and Exit workbook excerpts
Get the sample evidence pack
The questions manufacturers ask about the SBOM, in the order sales hears them. Production's answers are corrected:
  • "What format does the CRA require?" claimed our output is "the standard a market surveillance authority accepts". Replaced with Article 13(24) and the same caution as the CRA overview.
  • "Does the SBOM have to be public?" now rests on recital 77, paraphrased, not quoted: the fetch tool's copy wrote "SBOM" where we'd expect the term spelled out, so legal should check the exact wording before it's ever quoted.
  • "How long must an SBOM be kept?" claimed our "immutable vault covers the full retention window". Retention of earlier deposits and run outputs isn't confirmed (to-confirm.md), so the answer says what Article 13(13) asks and claims nothing about how long we keep anything. Whether the SBOM forms part of the technical documentation depends on Annex VII, which we couldn't read.
  • The fines answer is gone (Article 64 not verified). Dates match the CRA overview (European Commission page, last updated 7 Sep 2026).
  • Confirm before launch: the buyer answer says a beneficiary under Escrow Pro gets the SBOM and Recoverability Certificate from each rebuild, as the DORA page implies. Check with product which run outputs the beneficiary sees.

Questions

Before you hand over an SBOM.

Does the CRA require an SBOM?

Yes. Article 13(24) refers to “the software bill of materials referred to in Part II, point (1), of Annex I”. Part II holds the vulnerability handling requirements, which Article 13(8) asks manufacturers to meet for the whole support period. Recital 77 explains the purpose: identifying and documenting components to make vulnerability analysis easier.

Which format does the SBOM have to be in?

Under Article 13(24), the Commission may specify the format and elements of the SBOM by implementing acts, taking into account European or international standards and best practices. Check yours against the current rules with your assessor. Every successful rebuild produces an SBOM of what was built, and the sample evidence pack includes an excerpt.

Does the SBOM have to be public?

No. Recital 77 says manufacturers should not be obliged to make it public. Authorities can ask for it: under Article 13(25), market surveillance authorities may request SBOMs for a Union-wide dependency assessment, and under Article 13(22) they can make a reasoned request for the documentation that demonstrates conformity.

How is this different from an SBOM generator?

A generator lists what it finds in your repository or your own build. Agentic Verification rebuilds the product from the deposit, in the Codekeeper AI Verification Lab with no help from your team, and produces the SBOM from that rebuild, together with build steps and a Recoverability Certificate. Keep your generator: the rebuild gives you an independent check alongside it.

How often is the SBOM refreshed?

With every successful rebuild. Four rebuilds a year are included, and you start them when you choose: after a release, before an audit, or when we flag that the deposit has changed. If you release often, 12 rebuilds a year are available for $299 a month more.

How long do we have to keep it?

Article 13(13) asks manufacturers to keep the technical documentation and the EU declaration of conformity at the disposal of market surveillance authorities for at least 10 years after the product is placed on the market, or for the support period, whichever is longer. Each rebuild gives you a dated SBOM to file. See keeping the technical file.

When does this apply?

The CRA entered into force on 10 December 2024. Reporting obligations apply from 11 September 2026, and the main obligations from 11 December 2027.

We buy software. Can we ask suppliers for this?

Yes. Ask a critical supplier for Escrow Pro: you get release terms, and evidence from each rebuild, including the SBOM and a Recoverability Certificate, for your supplier file.

Is our code safe with you?

Codekeeper is ISO/IEC 27001:2022 certified. Deposits are encrypted at rest, and rebuilds run on our own models in the Codekeeper AI Verification Lab, so code stays in our environment. See the Trust Center.

The same close on every page. The SBOM page closes on the outcome it sells: an inventory that comes from a build, on file before anyone asks for it. Every page ends on the same two actions in the same order: Book a demo, then the sample evidence pack.

An SBOM from a real rebuild. Ready when someone asks.

We'll take one of your products and show you a deposit, a rebuild and the SBOM it produces.

Chat widget goes here. Production runs HubSpot chat in this corner. Keep it on launch: it catches visitors with a quick question who won't book a demo yet. Route it to sales during office hours.