PRODUCT LIFECYCLE

Product Releases w CRA — dlaczego SBOM i podatności trzeba śledzić per wersja produktu

Nazwa produktu nie wystarcza do oceny podatności. Release ustala, jaki kod i komponenty rzeczywiście trafiły do użytkownika, który SBOM jest aktualny, gdzie podatność występuje oraz w jakiej wersji została naprawiona.

RELEASE-LEVEL TRACEABILITY

Podatność ma inny status w różnych wydaniach

Release jest brakującym ogniwem pomiędzy produktem, SBOM, podatnością, poprawką i dowodami dostarczenia aktualizacji.

1.0SBOM snapshot ACVE X: AFFECTED
FIXRemediationzmiana i testy
1.1SBOM snapshot BCVE X: FIXED
HISTORYEvidence chainoba snapshoty zachowane

Przykład: CVE X w wersji 1.0 i 1.1

Ten sam produkt, różne wydania i różny stan podatności
ReleaseSBOMKomponentAssessmentEvidence
1.0snapshot Alibrary 4.2AFFECTEDtriage, plan poprawki, test reprodukcyjny
1.1snapshot Blibrary 4.3FIXEDcommit lub zmiana, test regresji, release note

Snapshotów i historii nie nadpisuj

Zmiana pliku SBOM dla istniejącego release'u powinna tworzyć następną wersję lub jawnie wskazany replacement z predecessor lineage. To samo dotyczy assessmentu i VEX. Audyt musi zachować pierwotne bajty, checksum, autora, czas oraz powód zastąpienia.

FIXED potrzebuje konkretnego wydania

Status FIXED bez identyfikatora release'u nie mówi, którzy użytkownicy otrzymali poprawkę ani czy wspierane wersje są nadal dotknięte. Powiąż decyzję z wersją, testami, datą dostępności aktualizacji i – jeżeli jest monitorowana – dystrybucją poprawki.

Release pomaga w Article 14, ale nie rozstrzyga triggera

Identyfikacja dotkniętych wersji, produktów i państw może być potrzebna w workflow raportowym. Nadal jednak nie wolno wyprowadzać obowiązku zgłoszenia wyłącznie z obecności CVE albo statusu AFFECTED; wymagany jest osobny przegląd przesłanek Article 14.

Product Releases i CRA – FAQ

Czy jeden SBOM może opisywać wszystkie wersje produktu?

Jeden stale aktualizowany SBOM utrudnia ustalenie historycznej zawartości wydań. Praktycznie każdy release powinien mieć kontrolowany snapshot, a replacement powinien zachować poprzednią wersję i lineage.

Kiedy można oznaczyć podatność jako FIXED?

Gdy istnieje wskazany release zawierający poprawkę lub skuteczną zmianę, a decyzję wspierają odpowiednie testy i evidence. Nie oznacza to automatycznie, że wszystkie wcześniejsze wydania przestały być używane.

PRIMARY SOURCES

Oficjalne źródła

Podstawa materiału została sprawdzona 1 września 2026.

CRA WORKSPACE • PRIVATE BY DEFAULT

Połącz release, SBOM, podatności, VEX i Article 14

Workspace zachowuje obserwacje źródłowe oddzielnie od human triage, wersjonuje decyzje i wiąże je z Product Inventory oraz Evidence Vault.

VULNERABILITY INTELLIGENCE14 dni bezpłatnieZobacz CRA Workspace Starter od 499 zł netto / miesiąc • do 5 produktów i 3 użytkowników