124% flere rapporterede CVE'er pr. dag i 2026 end sidste år.

Software til CRA-overholdelse, der starter i dit build

CRACI automatiserer en væsentlig del af den synlighed i forsyningskæden og den dokumentation, din proces for Cyber Resilience Act har brug for: SBOM'er registreret fra hvert build, sårbarhedsovervågning efter levering, CRA-underretninger indsendt på dine vegne og provenance-data. Risikovurderingen, overensstemmelsesvurderingen og overensstemmelseserklæringen forbliver hos dig som producent.

The CRA timeline is ticking

Key milestones you need to prepare for under the Cyber Resilience Act.

Notified body rules apply
June 2026
Vulnerability reporting enforcement
September 2026
We are here
Full application of the CRA act
December 2027
€15M
maximum fine, or 2.5% of global annual turnover
24 hours
to send an early warning of an actively exploited vulnerability
72 hours
to follow up with a full vulnerability notification

SBOM'er registreret fra buildet

CRA kræver en softwarestykliste i et maskinlæsbart format. CRACI registrerer en, mens dit release-build i GitHub Actions kører: hver pakke, jobbet hentede, inklusive pakker gendannet fra CI-caches, eksporteret som CycloneDX eller SPDX med transitive afhængigheder og hver komponents deklarerede licens. Hvert jobs SBOM har en fuldstændighedsstatus, så du ved, om registreringen er komplet.

An SBOM recorded during the build Packages from npm, PyPI, Cargo, Go, OCI registries and the CI cache pass through a package-aware proxy on the CRACI runner. The job's SBOM lists what was fetched, states its completeness and exports as CycloneDX or SPDX. Package sources npm PyPI Cargo · Go OCI registries CI cache restore Package- aware proxy on the runner Job SBOM express 5.2.1 requests 2.32.3 serde 1.0.219 + transitive deps Declared license on every component Complete Completeness states per job and cache: Complete, Complete with connections, Incomplete, Unavailable, Not recorded CycloneDX · SPDX

Håndtering af sårbarheder efter levering

Producenter håndterer sårbarheder i hele supportperioden. CRACI genvurderer løbende SBOM'erne for det, du har leveret, mod nye sårbarheder, samler fund på tværs af builds og repositories og lader sikkerhedsteams triagere dem og sende dem videre til de teams, der ejer rettelsen. Det understøtter VEX, overvåger leverandørers SBOM'er side om side med dine egne builds, og inventarvisningen viser, hvilke softwareversioner der er udrullet på hvilke produkter.

Vulnerability tracking after release After a release ships, its SBOM stays monitored. When a new vulnerability is published, CRACI re-evaluates the monitored SBOMs, finds the affected releases, and the security team triages the finding and routes it to the team that owns the fix. The inventory view shows which software versions are deployed to which products. Release shipped SBOM monitored Later New advisory published Re-evaluated automatically Finding: critical, in 2 releases 1. Triage 2. Route to owner 3. Team fixes Policy gates can block a build on findings · VEX supported Inventory: deployed versions Product Version Web app v4.12.0 Mobile API v2.3.1

CRA-underretninger, indsendt for dig

Siden 11. september 2026 sætter en aktivt udnyttet sårbarhed et ur i gang: en tidlig varsling inden for 24 timer, en underretning inden for 72 timer og en endelig rapport inden for 14 dage efter en rettelse. CRACI indsender disse underretninger til myndighederne på dine vegne. Rapporteringsforpligtelsen forbliver din; CRACI står for indsendelsen og viser, hvilke produkter og releases der er ramt.

CRA notifications, submitted for you When a vulnerability is actively exploited, the CRA sets deadlines: an early warning within 24 hours, a notification within 72 hours and a final report 14 days after a fix is available. CRACI submits them through the CRA Single Reporting Platform to the CSIRT and ENISA on the manufacturer's behalf. Actively exploited vulnerability found Aware 24 hours Early warning 72 hours Notification Fix + 14 days Final report CRACI submits on your behalf Through the CRA Single Reporting Platform to the CSIRT and ENISA and shows which products and releases are affected What stays with you The reporting obligation itself Informing affected users Severe incidents: final report within one month

Dokumentation til overensstemmelsesvurdering

CRACI udfører ikke overensstemmelsesvurderinger. Det indsamler den tekniske dokumentation, der skal bruges: build-time SBOM'er, registreringer af sårbarheder og afhjælpning, provenance og netværkstraces. SBOM'er eksporteres som CycloneDX eller SPDX, og resten kommer via API'et. Vurderingsproceduren, overensstemmelseserklæringen og et eventuelt bemyndiget organ forbliver producentens proces.

Evidence for the conformity assessment CRACI supplies technical evidence: build-time SBOMs, vulnerability and remediation records, provenance and network traces, with SBOMs exported as CycloneDX or SPDX and the rest returned by the API. The manufacturer uses it in the technical documentation, runs the conformity assessment, by self-assessment or with a notified body, draws up the EU declaration of conformity and applies the CE marking. CRACI supplies the evidence Build-time SBOMs Vulnerability records Provenance Network traces The manufacturer's process Technical documentation Conformity assessment: self-assessment or notified body EU declaration of conformity CE marking CRACI does not assess, certify or manage the assessment

De CRA-forpligtelser, CRACI leverer dokumentation til

CRA's rapporteringsforpligtelser har gældt siden 11. september 2026, også for produkter, der allerede er på markedet, og resten af forordningen gælder fra 11. december 2027. Her kan du se, hvad CRACI gør for hver forpligtelse, der berører softwareforsyningskæden, og hvad der forbliver producentens proces.

Forpligtelse Hvor i CRA Det leverer CRACI Det forbliver hos dig
Softwarestykliste Bilag I, del II, nr. 1; bilag VII En SBOM fra hvert build-job i CycloneDX eller SPDX med transitive afhængigheder, deklarerede licenser og en fuldstændighedsstatus. At have den med i den tekniske dokumentation og udlevere den til en markedsovervågningsmyndighed efter anmodning.
Håndtering af sårbarheder i supportperioden Artikel 13, stk. 8; bilag I, del II Løbende overvågning af leverede SBOM'er, triage og videresendelse til de ansvarlige teams, VEX og leverandørers SBOM'er overvåget side om side med dine builds. At fastsætte supportperioden, rette og levere sikkerhedsopdateringer og have en politik for koordineret offentliggørelse af sårbarheder.
Indberetning af udnyttede sårbarheder og alvorlige hændelser Artikel 14 Indsender den tidlige varsling, underretningen og den endelige rapport på dine vegne og viser, hvilke produkter og releases der er ramt. Selve forpligtelsen og at informere de berørte brugere.
Due diligence for tredjepartskomponenter Artikel 13, stk. 5 En registrering af hver pakke, hvert build hentede, en egress-politik på buildnetværket og overvågning af leverandørers SBOM'er. At vælge komponenter og leverandører og handle på det, registreringen viser.
Teknisk dokumentation og sporbarhed Artikel 31; artikel 13, stk. 13; bilag VII SBOM'er, netværkstraces og provenance-data via API'et samt SBOM-eksport som CycloneDX eller SPDX. Data opbevares som standard i 180 dage med tilpasset opbevaringsperiode på Enterprise. Selve den tekniske dokumentation, opbevaret i mindst 10 år eller supportperioden, alt efter hvad der er længst.
Risikovurdering og sikkerhedskrav til produktet Artikel 13, stk. 2; bilag I, del I Ikke dækket. Cybersikkerhedsrisikovurderingen og sikkert design, som sikre standardindstillinger, adgangskontrol og databeskyttelse.
Overensstemmelsesvurdering, overensstemmelseserklæring, CE-mærkning Artikel 28, 30 og 32 Kun dokumentation. CRACI vurderer, certificerer eller styrer ikke vurderingen. At gennemføre vurderingen, med et bemyndiget organ, hvor produktklassen kræver det, og underskrive erklæringen.

CRACI kører dine GitHub Actions-jobs på sine egne runnere, og derfor kan det registrere buildet i stedet for at scanne det bagefter. Andre CI-systemer er på roadmappen.

Skabt til globale virksomheder, der opererer i Europa.

Med Cyber Resilience Act kommer CE-mærkningen snart til at omfatte softwareprodukter: Hver softwareproducent skal bestå en overensstemmelsesvurdering, før der kan sælges i EU. CRACI gør dig klar uden at sinke din udvikling.

Compliance that ships with your code

Record an SBOM from every build, monitor it for new vulnerabilities, and export it as CycloneDX or SPDX, directly from your CI/CD pipeline. No separate tools needed.

New build triggered
15workflows initiated
5jobs completed

From detection to disclosure in 24 hours

When vulnerabilities are detected, CRACI helps you triage, document, and report them to ENISA within the required timeframe. Automated workflows ensure nothing falls through the cracks.

One place for everything CRA

Stop juggling spreadsheets, emails, and disparate tools. CRACI provides a unified dashboard for all your CRA compliance needs—vulnerability tracking, SBOMs, and CRA notifications.

CRA-overholdelse: spørgsmål og svar

Hvad Cyber Resilience Act kræver af producenter, og hvor CRACI passer ind

Hvad er CRA-overholdelse?

CRA-overholdelse betyder, at et produkt med digitale elementer opfylder EU's Cyber Resilience Act, forordning (EU) 2024/2847, når det bringes i omsætning på EU-markedet og i hele dets supportperiode. For producenter omfatter det en cybersikkerhedsrisikovurdering, de væsentlige krav i bilag I, håndtering af sårbarheder inklusive en SBOM, indberetning af aktivt udnyttede sårbarheder og alvorlige hændelser, teknisk dokumentation, en overensstemmelsesvurdering, en EU-overensstemmelseserklæring og CE-mærkningen.

Gør CRACI mit produkt CRA-compliant?

Det gør intet værktøj. Overholdelse er en proces, som producenten driver. CRACI automatiserer en væsentlig del af den synlighed i forsyningskæden og den dokumentation, din CRA-proces har brug for: build-time SBOM'er, sårbarhedsovervågning, CRA-underretninger indsendt på dine vegne, provenance-data og dokumentation, der kan eksporteres.

Hvad skal software til CRA-overholdelse kunne?

På den tekniske side: producere en troværdig SBOM for hver release, overvåge den for nye sårbarheder i hele supportperioden, finde ramte produkter hurtigt nok til den tidlige varsling inden for 24 timer og opbevare dokumentation, du kan udlevere til en myndighed. På governance-siden: koble krav til kontroller og følge risikovurderingen og overensstemmelsesvurderingen. CRACI dækker den tekniske side for software, du bygger med GitHub Actions.

Kræver CRA en SBOM?

Ja. Bilag I, del II, nr. 1 kræver, at producenter udarbejder en softwarestykliste i et almindeligt anvendt og maskinlæsbart format, der som minimum dækker produktets afhængigheder på øverste niveau. Den hører til i den tekniske dokumentation, som en markedsovervågningsmyndighed kan anmode om. CRA kræver ikke, at du offentliggør den.

Hvornår gælder CRA's rapporteringsforpligtelser?

Fra 11. september 2026, og de omfatter også produkter, der er bragt i omsætning før 11. december 2027. Resten af forordningen gælder fra 11. december 2027.

Udfører CRACI overensstemmelsesvurderingen?

Nej. CRACI udfører ikke overensstemmelsesvurderinger, styrer ikke vurderingsprocessen, udsteder ikke certifikater og fungerer ikke som bemyndiget organ. Det leverer den tekniske dokumentation, vurderingen kræver.

Hvilke CI-systemer fungerer CRACI med?

GitHub Actions i dag. Du skifter et workflow til CRACI med runs-on: craci, og kørslerne vises stadig i GitHub. Andre CI-systemer, først GitLab CI og Jenkins, er på roadmappen.

Se CRA-dokumentationen fra et af dine builds

Book en demo, så gennemgår vi SBOM'en, overvågningen og rapporteringen, som CRACI producerer fra et release-build i GitHub Actions

Book en demo