Cyberresiliensförordningen (CRA) och SBOM: korta svar
De vanligaste frågorna från tillverkare om CRA - var och en besvarad med några meningar och en officiell källa.
Vad är cyberresiliensförordningen (CRA), och vem omfattas?
Cyberresiliensförordningen (Cyber Resilience Act, CRA) är förordning (EU) 2024/2847, EU:s lag om cybersäkerhetskrav för produkter med digitala element. Den gäller hårdvara med programvara och programvaruprodukter som släpps ut på EU-marknaden, och skyldigheterna ligger främst på tillverkarna, oavsett storlek. Sektorer med egna regler, som medicintekniska produkter, motorfordon och civil luftfart, är undantagna, och ren programvara som tjänst (SaaS) utan en produkt faller i regel utanför. Förordningen trädde i kraft den 10 december 2024.
Rapporteringsskyldigheterna i CRA i detalj →
Källa: Förordning (EU) 2024/2847, EUR-Lex, Cyberresiliensförordningen, Europeiska kommissionen
Vad innebär rapporteringsskyldigheten enligt CRA?
Sedan den 11 september 2026 måste tillverkare rapportera varje aktivt utnyttjad sårbarhet i sin produkt och varje allvarlig incident som påverkar dess säkerhet - även för produkter som redan finns på marknaden. En tidig varning ska lämnas inom 24 timmar från att man fick kännedom, en anmälan inom 72 timmar och en slutrapport senast 14 dagar efter att en korrigering finns tillgänglig (sårbarheter) eller inom en månad efter anmälan (incidenter). Rapporterna lämnas via Enisas gemensamma rapporteringsplattform till den CSIRT som utsetts till samordnare och till ENISA; plattformen har inget API för tillverkare, så varje rapport lämnas in manuellt i webbläsaren.
CRA-rapportering: utlösare, frister, mottagare → Titta: CRA-rapporteringsflödet (4 min)
Källa: Förordning (EU) 2024/2847, artikel 14, EUR-Lex, ENISA
Hur skapar man en SBOM?
Generera programvaruförteckningen (SBOM) automatiskt i byggpipelinen i stället för att skriva den för hand. Använd ett av de två vanliga maskinläsbara formaten, CycloneDX eller SPDX, och skapa en SBOM per släppt version. Det finns generatorer för de flesta miljöer, till exempel Syft eller cdxgen för containrar och filsystem, CycloneDX-insticksprogrammen för Maven, Gradle och npm samt SPDX-utdata från Yocto Project för inbyggd Linux.
- Välj format. CycloneDX eller SPDX - båda är maskinläsbara.
- Generera i CI. Kör SBOM-generatorn för din miljö vid varje releasebygge.
- Spara en SBOM per release. Lagra den med releasen som en del av den tekniska dokumentationen.
- Kontrollera mot sårbarhetsdata. Kernwatch kontrollerar komponenter med paketidentifierare (purl) dagligen i betalplaner, varje vecka i Free.
SBOM för CRA → Titta: Produkter, releaser och SBOM:er (4 min) Titta: Ladda upp SBOM:er från CI med en API-nyckel (2 min)
Källa: CycloneDX, SPDX
När blir en SBOM obligatorisk enligt CRA?
SBOM:en hör till de CRA-krav som gäller från den 11 december 2027: därefter behöver produkter med digitala element CRA-överensstämmelse och CE-märkning för att få släppas ut på EU-marknaden. Bilaga I kräver en SBOM i ett allmänt använt, maskinläsbart format som åtminstone omfattar de översta beroendena. Den ingår i den tekniska dokumentationen - den behöver inte publiceras, men marknadskontrollmyndigheter kan begära in den. Eftersom rapporteringen startade den 11 september 2026 är en aktuell SBOM också det snabbaste sättet att avgöra om en utnyttjad sårbarhet berör era produkter.
Vad CRA kräver av en SBOM →
Källa: Förordning (EU) 2024/2847, bilaga I, EUR-Lex
Vad gör ett verktyg för sårbarhetsrapportering enligt CRA?
Det gör om bevakningsresultat och frister till uppgifter. I Kernwatch blir ett fynd på en lista över aktivt utnyttjade sårbarheter en uppgift i åtgärdsinkorgen att öppna ett rapporteringsärende med frist 24 timmar efter att du fick kännedom, och den tidiga varningen, anmälan och slutrapporten skrivs utifrån dina produkt-, release- och bedömningsdata för ditt godkännande. Du lämnar in på Enisas plattform själv och registrerar referensen; när en nyare release inte längre innehåller den sårbara versionen föreslår Kernwatch det datum för rättningen som startar 14-dagarsfristen för slutrapporten. Uppgifter skapas i alla planer; att godkänna rapporteringsärenden och rapporter kräver Starter eller högre.
Planer och priser → Titta: Åtgärdsinkorgen (6 min)