Usługi wdrożeniowe
Cyber Resilience Act: cyberodporność produktów z elementami cyfrowymi
CRA to skrót od Cyber Resilience Act, czyli aktu o cyberodporności. Formalnie jest to rozporządzenie Parlamentu Europejskiego i Rady (UE) 2024/2847, które weszło w życie 10 grudnia 2024 roku i obejmuje produkty z elementami cyfrowymi udostępniane na rynku Unii: sprzęt, oprogramowanie i firmware. Nie dotyczy każdej firmy, ale dla producentów i dostawców oprogramowania jest jedną z najpoważniejszych zmian tej dekady.
Pierwsze obowiązki już obowiązują
Od 11 września 2026 roku producentów wiążą obowiązki raportowania z art. 14 CRA. Dotyczą aktywnie wykorzystywanych podatności oraz poważnych incydentów wpływających na bezpieczeństwo produktu. Terminy są krótkie i liczone w godzinach:
- Wczesne ostrzeżenie w ciągu 24 godzin od powzięcia wiedzy, do ENISA i właściwego CSIRT.
- Pełne zgłoszenie w ciągu 72 godzin.
- Sprawozdanie końcowe: przy aktywnie wykorzystywanej podatności nie później niż 14 dni po udostępnieniu poprawki, przy poważnym incydencie w ciągu miesiąca od zgłoszenia.
- Zgłoszenia idą przez wspólną platformę raportowania uruchomioną razem ze startem obowiązków.
Dlaczego 24 godziny to problem organizacyjny, nie prawny
Doba na wczesne ostrzeżenie oznacza, że firma musi mieć ustalone z wyprzedzeniem trzy rzeczy: kto podejmuje decyzję o zgłoszeniu, skąd bierze dane techniczne o podatności i kto ma dostęp do platformy raportowania. Jeśli którakolwiek z nich jest rozstrzygana dopiero w chwili incydentu, termin przepada, nawet jeśli zespół techniczny pracuje sprawnie. Ta usługa w dużej mierze polega właśnie na ustawieniu tego procesu, nie na napisaniu dokumentu.
Reszta obowiązków od 11 grudnia 2027
Główny zestaw obowiązków producenta zaczyna obowiązywać 11 grudnia 2027 roku: spełnienie zasadniczych wymogów cyberbezpieczeństwa, ocena zgodności, dokumentacja techniczna, oznakowanie CE, wsparcie w okresie wsparcia produktu oraz udostępnianie aktualizacji bezpieczeństwa. Notyfikacja jednostek oceniających zgodność ruszyła wcześniej, w połowie 2026 roku, żeby rynek zdążył się przygotować przed tą datą.
Kogo to dotyczy
Adresatem jest producent produktu z elementami cyfrowymi, ale definicja jest szersza, niż wiele firm zakłada:
- Producenci urządzeń łączących się z siecią, od sprzętu przemysłowego po elektronikę użytkową i IoT.
- Producenci oprogramowania udostępnianego na rynku unijnym, także w modelu subskrypcyjnym.
- Firmy, które udostępniają produkt pod własną marką, nawet jeśli fizycznie wytwarza go ktoś inny.
- Importerzy i dystrybutorzy, w węższym zakresie: mają obowiązek sprawdzić, czy producent dopełnił swoich.
- Rozporządzenie przewiduje wyłączenia, między innymi dla wolnego i otwartego oprogramowania rozwijanego poza działalnością handlową. Kwalifikację trzeba zrobić indywidualnie.
Kary
Naruszenie zasadniczych wymogów cyberbezpieczeństwa zagrożone jest karą do 15 mln euro albo 2,5% całkowitego rocznego światowego obrotu, w zależności od tego, która kwota jest wyższa. Naruszenie pozostałych obowiązków z rozporządzenia to do 10 mln euro albo 2% obrotu.
Co dostajesz
- Ocenę, czy Twój produkt jest produktem z elementami cyfrowymi w rozumieniu CRA i w której kategorii się mieści.
- Ustawiony proces raportowania: role, ścieżka decyzyjna, dostępy i gotowe szablony zgłoszeń w terminach 24, 72 godzin i sprawozdania końcowego.
- Politykę obsługi podatności wraz z punktem kontaktowym dla zgłoszeń z zewnątrz.
- Zestawienie składników oprogramowania (SBOM) i tryb jego aktualizacji.
- Analizę różnic wobec zasadniczych wymogów obowiązujących od 11 grudnia 2027, z planem prac rozłożonym w czasie.
- Szkielet dokumentacji technicznej pod ocenę zgodności i oznakowanie CE.
Przebieg współpracy
Etap 1
Kwalifikacja produktu
Ustalamy, czy i w jakiej kategorii produkt podlega CRA oraz jaka jest rola Twojej firmy: producent, importer czy dystrybutor. Od tego zależy cały dalszy zakres.
Etap 2
Proces raportowania
Pilny, bo obowiązek z art. 14 już działa. Ustalamy role, ścieżkę decyzyjną i dostępy, przygotowujemy szablony i przeprowadzamy próbę na przykładzie.
Etap 3
Analiza różnic
Porównanie obecnego cyklu wytwarzania z zasadniczymi wymogami CRA: bezpieczeństwo domyślne, aktualizacje, obsługa podatności, SBOM.
Etap 4
Dokumentacja i przygotowanie do oceny zgodności
Budowa dokumentacji technicznej i planu dojścia do oznakowania CE przed 11 grudnia 2027. Zakres zależy od kategorii produktu.
Zapytaj o wycenę
Wycena jest indywidualna i zależy od zakresu. Po wypełnieniu formularza odzywamy się z pytaniami uzupełniającymi albo od razu z propozycją zakresu.
Porozmawiajmy o CRA
Najpierw ustalamy, czy produkt podlega rozporządzeniu i w jakiej roli występuje Twoja firma. Te pola wystarczą na start.
Zgłoszenie przyjęte.
Odezwiemy się z pytaniami potrzebnymi do kwalifikacji produktu albo z propozycją zakresu prac.
Najczęściej zadawane pytania
Piszemy oprogramowanie na zamówienie. Czy CRA nas dotyczy?
To zależy od tego, czy produkt jest udostępniany na rynku, czy powstaje jako indywidualne rozwiązanie dla jednego klienta. Granica bywa cienka, zwłaszcza gdy to samo rozwiązanie trafia potem do kolejnych klientów. Kwalifikację robimy na starcie, bo pomyłka w tę stronę jest kosztowna.
Czy CRA i NIS2 to to samo?
Nie. NIS2 dotyczy bezpieczeństwa organizacji świadczącej usługi w wybranych sektorach. CRA dotyczy bezpieczeństwa produktu wprowadzanego na rynek. Firma może podlegać obu naraz, na przykład producent oprogramowania będący jednocześnie dostawcą usług ICT, i wtedy warto prowadzić oba tematy razem, żeby nie budować dwóch osobnych procesów obsługi incydentów.
Mamy już politykę bezpieczeństwa i przegląd kodu. Czy to wystarczy?
To dobra podstawa, ale CRA wymaga rzeczy, których zwykle brakuje: udokumentowanego okresu wsparcia produktu, zestawienia składników oprogramowania, publicznego punktu zgłaszania podatności i procesu, który zmieści się w 24 godzinach. Analiza różnic pokazuje, ile z tego już jest, a ile trzeba dobudować.
Czy jesteście jednostką oceniającą zgodność?
Nie. Ai Act jest firmą doradczą i wdrożeniową. Ocenę zgodności, tam gdzie wymaga ona udziału strony trzeciej, prowadzi notyfikowana jednostka oceniająca zgodność. Naszą rolą jest przygotowanie firmy i dokumentacji do tego procesu.
