124% fler rapporterade CVE:er per dag 2026 än förra året.

Guide till Cyber Resilience Act

CRA-kraven steg för steg

En praktisk färdplan för teamen som bygger produkter med digitala element: vad du ska göra, vem som äger det och vilket underlag du ska spara. För vad lagen säger, läs vad Cyber Resilience Act är.

Senast uppdaterad 15 oktober 2026

Läget just nu

  • Rapportering gäller nu. Sedan den 11 september 2026 rapporterar tillverkare aktivt utnyttjade sårbarheter och allvarliga incidenter, även för produkter som redan finns på marknaden.
  • Allt annat gäller från den 11 december 2027. Produkter som släpps ut på marknaden före det datumet omfattas av resten av CRA bara om de ändras väsentligt.
  • Vägledningen är ute. Kommissionens icke-bindande vägledning C(2026) 5252 av den 27 juli 2026 förklarar tillämpningsområde, väsentlig ändring, supportperioder och rapportering, och genomförandeförordning (EU) 2025/2392 beskriver kategorierna för viktiga och kritiska produkter.
CRA timeline The CRA was adopted in 2024 as Regulation (EU) 2024/2847. Its reporting obligations apply from 11 September 2026, including for products already on the market, and the regulation applies in full from 11 December 2027. 2024 Adopted as Regulation (EU) 2024/2847 11 September 2026 Reporting obligations apply, also for products already on the market 11 December 2027 The regulation applies in full Now Reporting clock is running Plan the SBOM and vulnerability handling before full application

What the Cyber Resilience Act asks manufacturers to do

Tillämpningsområdet för förordning (EU) 2024/2847, datumen då den börjar gälla, rapporteringsfristerna och var skyldigheterna för SBOM och sårbarhetshantering finns.

Petteri Pulkkinen och Erika Marttinen på Kubernetes Community Days Helsinki 2026, 8:03 till 15:20 av SBOMbastic: Getting Ready for Upcoming EU Cybersecurity Regulation in Software Supply Chains.

Färdplanen: tio steg

Stegen löper ungefär i ordning, men steg 5 till 8 är viktigast först för produkter som redan finns på marknaden, eftersom rapporteringen gäller för dem nu.

  1. 1

    Bekräfta tillämpningsområde och din roll

    Lista varje produkt med digitala element som du tillhandahåller i EU, inklusive programvara som säljs separat och de molnbackender som produkter behöver för att fungera. Bekräfta för varje produkt att den inte är undantagen (medicintekniska produkter, fordon, luftfart, marin utrustning, försvar) och om du är dess tillverkare, importör eller distributör.

    Ägare
    Produktledning med juridik
    Underlag att spara
    En produktinventering med beslut om tillämpningsområde och din roll för varje produkt
    Kontrollera en produkt med CRA Checker →
    Who the CRA applies to The CRA places obligations on manufacturers, importers and distributors of products with digital elements made available on the EU market, including software and hardware with embedded software. Economic operators Manufacturers Importers Distributors Most obligations fall on the manufacturer Products with digital elements Software products IoT devices Hardware with embedded software The test Is the product made available on the EU market? If so, its manufacturer carries the CRA obligations
  2. 2

    Klassificera varje produkt

    De flesta produkter tillhör standardkategorin. Jämför dina med listorna över viktiga (bilaga III) och kritiska (bilaga IV) produkter; genomförandeförordning (EU) 2025/2392 ger deras tekniska beskrivningar. Kategorin avgör om du får göra en självbedömning eller behöver ett anmält organ eller en certifiering.

    Ägare
    Produktledning med compliance
    Underlag att spara
    Varje produkts kategori och resonemanget bakom den
  3. 3

    Bedöm cybersäkerhetsrisken

    Skriv en cybersäkerhetsriskbedömning för varje produkt. Den avgör hur de väsentliga kraven i bilaga I tillämpas och hör hemma i den tekniska dokumentationen. Uppdatera den när produkten eller hoten förändras.

    Ägare
    Säkerhet med utveckling
    Underlag att spara
    En dokumenterad riskbedömning per produkt
  4. 4

    Fastställ supportperioden

    Bestäm hur länge du hanterar sårbarheter för varje produkt: minst fem år, om produkten inte förväntas användas kortare tid. Tala om för användarna när supporten upphör, och håll varje säkerhetsuppdatering tillgänglig i minst 10 år.

    Ägare
    Produktledning
    Underlag att spara
    Supportperioden, publicerad där användarna ser den
  5. 5

    Ta fram en SBOM från varje releasebygge

    CRA kräver en programvaruförteckning i ett vanligt, maskinläsbart format som täcker åtminstone beroendena på högsta nivån. Att generera den i bygget som producerar releasen, i stället för en gång för hand, håller den trogen det som levererades.

    Ägare
    Utveckling
    Underlag att spara
    En SBOM per release i CycloneDX eller SPDX

    Var CRACI passar in: CRACI registrerar SBOM:en medan varje bygge körs, inklusive transitiva beroenden och paket som återställs från cachar, och exporterar den som CycloneDX eller SPDX.

    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
  6. 6

    Bevaka det du har levererat och åtgärda utan dröjsmål

    Bevaka släppta versioner, inte bara huvudgrenen, mot nya sårbarheter under hela supportperioden. Åtgärda dem utan dröjsmål, leverera säkerhetsuppdateringar kostnadsfritt och, där det är möjligt, separat från funktionsuppdateringar.

    Ägare
    Säkerhet med teamen som äger varje produkt
    Underlag att spara
    Fynd, triagebeslut, rättningar och uppdateringarna som levererade dem

    Var CRACI passar in: CRACI kontrollerar bevakade SBOM:er på nytt mot nya sårbarheter efter leverans, och säkerhetsteam triagerar fynd och skickar dem till teamen som äger åtgärden. Policykontroller kan blockera ett bygge utifrån fynd.

  7. 7

    Publicera en policy för offentliggörande av sårbarheter

    Ge forskare och kunder en kontakt för att rapportera sårbarheter och en policy för samordnat offentliggörande av sårbarheter. När en uppdatering finns tillgänglig, publicera information om sårbarheterna den åtgärdar.

    Ägare
    Säkerhet
    Underlag att spara
    Den publicerade policyn, kontaktadressen och dina säkerhetsmeddelanden
  8. 8

    Öva på 24-timmarsrapporteringen

    Sedan den 11 september 2026 kräver en aktivt utnyttjad sårbarhet eller allvarlig incident en tidig varning inom 24 timmar, en anmälan inom 72 timmar och en slutrapport, via den gemensamma rapporteringsplattformen. Utse vem som bekräftar aktivt utnyttjande, vem som lämnar in och vem som informerar användarna. Det svåra är att inom några timmar veta vilka produkter och releaser som innehåller den sårbara komponenten.

    Ägare
    Säkerhet eller incidenthantering
    Underlag att spara
    En rapporteringsrutin med namngivna ägare, och rapporterna du har lämnat in

    Var CRACI passar in: CRACI:s bygghistorik visar vilka byggen som innehöll ett sårbart beroende, inventarievyn visar vilka versioner som är driftsatta i vilka produkter, och CRACI skickar in CRA-anmälningarna för din räkning.

    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
  9. 9

    Bygg in de väsentliga kraven i utvecklingen

    Leverera utan kända sårbarheter som går att utnyttja och med en säker standardkonfiguration, skydda data och åtkomst, begränsa angreppsytan och gör säkerhetsuppdateringar möjliga, automatiska som standard där det är tillämpligt. Testa och granska säkerheten regelbundet.

    Ägare
    Utveckling
    Underlag att spara
    Resultat av säkerhetstester och kontroller före release

    Var CRACI passar in: CRACI tillämpar en egress-policy för vad byggen får ladda ned, och policykontroller kan blockera ett bygge utifrån fynd.

  10. 10

    Sammanställ dokumentationen och klara bedömningen av överensstämmelse

    Samla den tekniska dokumentationen som beskrivs i bilaga VII, genomför bedömningen av överensstämmelse för din kategori, upprätta EU-försäkran om överensstämmelse och anbringa CE-märkningen. Spara dokumentationen och försäkran i minst 10 år eller under supportperioden, beroende på vilken som är längst.

    Ägare
    Compliance med utveckling
    Underlag att spara
    Teknisk dokumentation, EU-försäkran om överensstämmelse och CE-märkningen

    Var CRACI passar in: CRACI exporterar SBOM:er som CycloneDX eller SPDX, inklusive sårbarheterna som hittats i deras komponenter, och API:t returnerar SBOM:er, nätverksspårningar och proveniens för din tekniska dokumentation. Bedömningen och försäkran är fortfarande din process.

    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

Kraven och underlaget bakom dem

Marknadskontrollmyndigheter kan begära din tekniska dokumentation. Det här är vad varje krav lämnar efter sig, och var CRACI registrerar det från dina byggen.

KravVarUnderlag att sparaFrån CRACI
Cybersäkerhetsriskbedömning Artikel 13, bilaga I Dokumenterad bedömning per produkt Din process
Inga kända sårbarheter som går att utnyttja vid release Bilaga I, del I Releasebyggets sårbarhetsstatus Releasebyggets SBOM kontrolleras mot säkerhetsmeddelanden; policykontroller
Programvaruförteckning Bilaga I, del II Maskinläsbar SBOM per release Registreras från varje bygge, CycloneDX eller SPDX
Sårbarhetshantering under supportperioden Artikel 13, bilaga I, del II Fynd, triagebeslut, rättningar, säkerhetsmeddelanden Löpande omvärdering, triage, VEX
Tillbörlig aktsamhet för tredjepartskomponenter Artikel 13 Komponentregister, inklusive inköpt programvara Leverantörers SBOM:er bevakas tillsammans med dina egna; deklarerade licenser
Rapportering av utnyttjade sårbarheter och allvarliga incidenter Artikel 14 Tidiga varningar, anmälningar, slutrapporter Skickar in anmälningarna för din räkning
Supportperiod Artikel 13 Publicerat datum för supportens slut Din process
Teknisk dokumentation och försäkran Artikel 13, bilaga VII Sparas i 10 år eller under supportperioden SBOM-export och API-data för dokumentationen