124% meer gemelde CVE's per dag in 2026 dan vorig jaar.

Software voor CRA-naleving die begint in uw build

CRACI automatiseert een aanzienlijk deel van het inzicht in de softwareketen en het bewijs dat uw Cyber Resilience Act-proces nodig heeft: SBOM's vastgelegd uit elke build, kwetsbaarheidsmonitoring na de release, CRA-meldingen die namens u worden ingediend, en herkomstgegevens. De risicobeoordeling, de conformiteitsbeoordeling en de conformiteitsverklaring blijven bij u, de fabrikant.

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's vastgelegd uit de build

De CRA vraagt om een software bill of materials in een machineleesbaar formaat. CRACI legt er een vast terwijl uw GitHub Actions-releasebuild draait: elk pakket dat de job heeft binnengehaald, inclusief pakketten die uit CI-caches zijn teruggezet, geëxporteerd als CycloneDX of SPDX met transitieve afhankelijkheden en de gedeclareerde licentie van elk component. De SBOM van elke job heeft een volledigheidsstatus, zodat u weet of het record compleet is.

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

Afhandeling van kwetsbaarheden na de release

Fabrikanten handelen kwetsbaarheden af gedurende de hele ondersteuningsperiode. CRACI blijft de SBOM's van wat u hebt geleverd opnieuw beoordelen op nieuwe kwetsbaarheden, bundelt bevindingen over builds en repositories heen en laat securityteams ze beoordelen en doorsturen naar de teams die verantwoordelijk zijn voor de oplossing. Het ondersteunt VEX, monitort SBOM's van leveranciers naast uw eigen builds, en het inventarisoverzicht laat zien welke softwareversies op welke producten zijn uitgerold.

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-meldingen, voor u ingediend

Sinds 11 september 2026 gaat bij een actief uitgebuite kwetsbaarheid een klok lopen: een vroegtijdige waarschuwing binnen 24 uur, een melding binnen 72 uur en een eindverslag binnen 14 dagen na een oplossing. CRACI dient deze meldingen namens u in bij de autoriteiten. De meldingsplicht blijft bij u; CRACI verzorgt de indiening en laat zien welke producten en releases getroffen zijn.

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

Bewijs voor de conformiteitsbeoordeling

CRACI voert geen conformiteitsbeoordelingen uit. Het verzamelt het technische bewijs dat een beoordeling nodig heeft: build-time SBOM's, records van kwetsbaarheden en herstel, herkomstgegevens en netwerktraces. SBOM's worden geëxporteerd als CycloneDX of SPDX en de rest komt via de API. De beoordelingsprocedure, de conformiteitsverklaring en een eventuele aangemelde instantie blijven het proces van de fabrikant.

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

Voor welke CRA-verplichtingen CRACI bewijs levert

De meldingsplichten van de CRA gelden sinds 11 september 2026, ook voor producten die al op de markt zijn, en de rest van de verordening is van toepassing vanaf 11 december 2027. Dit doet CRACI voor elke verplichting die de softwareketen raakt, en dit blijft het proces van de fabrikant.

Verplichting Waar in de CRA Wat CRACI levert Wat bij u blijft
Software bill of materials Bijlage I, deel II (1); bijlage VII Een SBOM van elke buildjob, in CycloneDX of SPDX, met transitieve afhankelijkheden, gedeclareerde licenties en een volledigheidsstatus. De SBOM opnemen in de technische documentatie en op verzoek verstrekken aan een markttoezichtautoriteit.
Afhandeling van kwetsbaarheden tijdens de ondersteuningsperiode Artikel 13, lid 8; bijlage I, deel II Doorlopende monitoring van geleverde SBOM's, triage en doorsturen naar verantwoordelijke teams, VEX, en SBOM's van leveranciers die naast uw builds worden gemonitord. De ondersteuningsperiode vaststellen, beveiligingsupdates maken en uitbrengen, en een beleid voor gecoördineerde bekendmaking van kwetsbaarheden voeren.
Melden van actief uitgebuite kwetsbaarheden en ernstige incidenten Artikel 14 Dient de vroegtijdige waarschuwing, de melding en het eindverslag namens u in, en laat zien welke producten en releases getroffen zijn. De verplichting zelf, en het informeren van getroffen gebruikers.
Due diligence bij componenten van derden Artikel 13, lid 5 Een record van elk pakket dat elke build heeft opgehaald, een egressbeleid op het buildnetwerk en monitoring van SBOM's van leveranciers. Componenten en leveranciers kiezen, en handelen naar wat het record laat zien.
Technische documentatie en traceerbaarheid Artikel 31; artikel 13, lid 13; bijlage VII SBOM's, netwerktraces en herkomstgegevens via de API, en SBOM-export als CycloneDX of SPDX. Gegevens worden standaard 180 dagen bewaard, met een aangepaste bewaartermijn op Enterprise. Het technisch dossier zelf, bewaard gedurende ten minste 10 jaar of de ondersteuningsperiode, als die langer is.
Risicobeoordeling en beveiligingseisen voor het product Artikel 13, lid 2; bijlage I, deel I Niet gedekt. De cyberbeveiligingsrisicobeoordeling en een veilig ontwerp, zoals veilige standaardinstellingen, toegangscontrole en gegevensbescherming.
Conformiteitsbeoordeling, conformiteitsverklaring, CE-markering Artikelen 28, 30 en 32 Alleen bewijs. CRACI beoordeelt niet, certificeert niet en beheert de beoordeling niet. De beoordeling uitvoeren, met een aangemelde instantie waar de productklasse dat vereist, en de verklaring ondertekenen.

CRACI draait uw GitHub Actions-jobs op zijn eigen runners, en kan daarom de build vastleggen in plaats van hem achteraf te scannen. Andere CI-systemen staan op de roadmap.

Gemaakt voor internationale bedrijven die in Europa actief zijn.

Met de Cyber Resilience Act gaat de CE-markering binnenkort ook gelden voor softwareproducten: elke softwarefabrikant moet een conformiteitsbeoordeling doorstaan voordat hij in de EU mag verkopen. CRACI bereidt u voor zonder uw ontwikkeling te vertragen.

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-naleving: uw vragen beantwoord

Wat de Cyber Resilience Act van fabrikanten vraagt, en welke rol CRACI daarin speelt

Wat is CRA-naleving?

CRA-naleving betekent dat een product met digitale elementen voldoet aan de EU Cyber Resilience Act, Verordening (EU) 2024/2847, wanneer het in de EU in de handel wordt gebracht en gedurende de hele ondersteuningsperiode. Voor fabrikanten omvat dat een cyberbeveiligingsrisicobeoordeling, de essentiële eisen van bijlage I, de afhandeling van kwetsbaarheden inclusief een SBOM, het melden van actief uitgebuite kwetsbaarheden en ernstige incidenten, technische documentatie, een conformiteitsbeoordeling, een EU-conformiteitsverklaring en de CE-markering.

Maakt CRACI mijn product CRA-conform?

Geen enkele tool doet dat. Naleving is een proces dat de fabrikant uitvoert. CRACI automatiseert een aanzienlijk deel van het inzicht in de softwareketen en het bewijs dat uw CRA-proces nodig heeft: build-time SBOM's, kwetsbaarheidsmonitoring, CRA-meldingen die namens u worden ingediend, herkomstgegevens en exporteerbaar bewijs.

Wat moet software voor CRA-naleving kunnen?

Aan de technische kant: een betrouwbare SBOM opstellen voor elke release, die gedurende de hele ondersteuningsperiode monitoren op nieuwe kwetsbaarheden, getroffen producten snel genoeg vinden voor de vroegtijdige waarschuwing binnen 24 uur, en bewijs bewaren dat u aan een autoriteit kunt overhandigen. Aan de governancekant: eisen koppelen aan beheersmaatregelen en de risicobeoordeling en de conformiteitsbeoordeling bijhouden. CRACI dekt de technische kant voor software die u met GitHub Actions bouwt.

Vereist de CRA een SBOM?

Ja. Bijlage I, deel II, punt 1 verplicht fabrikanten een software bill of materials op te stellen in een gangbaar en machineleesbaar formaat, die ten minste de afhankelijkheden op het hoogste niveau van het product omvat. Die hoort in de technische documentatie, die een markttoezichtautoriteit kan opvragen. De CRA verplicht u niet om de SBOM te publiceren.

Wanneer gelden de meldingsplichten van de CRA?

Vanaf 11 september 2026, en ze gelden ook voor producten die vóór 11 december 2027 in de handel zijn gebracht. De rest van de verordening is van toepassing vanaf 11 december 2027.

Voert CRACI de conformiteitsbeoordeling uit?

Nee. CRACI voert geen conformiteitsbeoordelingen uit, beheert het beoordelingsproces niet, geeft geen certificaten af en treedt niet op als aangemelde instantie. Het levert het technische bewijs waar de beoordeling om vraagt.

Met welke CI-systemen werkt CRACI?

Momenteel met GitHub Actions. U zet een workflow over naar CRACI met runs-on: craci, en runs verschijnen nog steeds in GitHub. Andere CI-systemen, te beginnen met GitLab CI en Jenkins, staan op de roadmap.

Bekijk het CRA-bewijs van een van uw builds

Boek een demo en we nemen samen de SBOM, monitoring en meldingen door die CRACI produceert uit een GitHub Actions-releasebuild

Demo boeken