Dojrzałość Cyber Resilience Act · Rozporządzenie (UE) 2024/2847 w sprawie cyberodporności produktów cyfrowych
Państwa wymogi CRA przełożone na poziomy dojrzałości, udokumentowane luki i wyceniony plan działania.
10 obszarów tematycznych, undefined pytań, skala 5 poziomów. I działanie, które pozwala przejść z jednego poziomu na kolejny.
10 obszarów tematycznych modelu referencyjnego, już opracowanych od N1 do N5. Jedna firma, jedna jednostka biznesowa, albo 300 naraz.
Dojrzałość Cyber Resilience Act · Rozporządzenie (UE) 2024/2847 w sprawie cyberodporności produktów cyfrowych
10 obszarów tematycznych, undefined pytań, skala 5 poziomów.
Nordhavn Industries
53 / 100
Oni mierzą swoją dojrzałość z Datamensio
Przykład
Ta sytuacja mogłaby być Państwa sytuacją.
Weźmy przykład firmy: trzy oddziały, trzy arkusze kalkulacyjne, żadnej wspólnej odpowiedzi.
Nikt nie potrafi tego skonsolidować.
Nordhavn Industries, 2400 osób w Hamburgu, Lyonie i Porto. Zamawiający pyta, na jakim etapie jest grupa. Każdy oddział odpowiada we własnym arkuszu, z własnymi skalami.
Trzy tygodnie, jedna wspólna baza.
Diagnoza Rozporządzenie (UE) 2024/2847 (Cyber Resilience Act) uruchomiona jednocześnie na trzech oddziałach, na podstawie notatek ze spotkań z osobami odpowiedzialnymi. Model referencyjny był już gotowy, podobnie jak 10 obszarów tematycznych i poziomy od N1 do N5.
Dwa wydatki uniknięte, zanim zostały poniesione.
Wynik 53 na 100, luka skoncentrowana na trzech obszarach tematycznych. Asystent IA wykrył, że dwa działania planu pokrywają się z działaniami z innego audytu. Prezentacja wyników dla komitetu powstała w jedno zdanie.
Czego dzięki temu uniknięto
- 3oddziały zmierzone na tej samej podstawie, zamiast trzech kwestionariuszy do przetworzenia
- 2zdublowane działania wykryte przed poniesieniem wydatku
- 1prezentacja wyników dla komitetu, bez ręcznego opracowania
Te liczby pochodzą z przykładu. Mogłyby być Państwa liczbami.
Norma narzuca procesy. Datamensio mówi, na jakim etapie Państwo są.
01
Model referencyjny jest już gotowy
Obszary tematyczne, pytania i poziomy od N1 do N5 opracowane. Nie zaczynają Państwo od pustego arkusza.
02
Wynik jest gotowy tego samego dnia
Online, przez link do samooceny albo podczas spotkania. Obszar po obszarze, porównywalny w czasie.
03
Luka staje się wycenionym planem
Każde przejście na kolejny poziom niesie ze sobą działanie. IA priorytetyzuje według oczekiwanego efektu, nie według kolejności z normy.
04
Postęp da się wykazać
Kampania po kampanii, względem Państwa celu i względem Państwa przeszłości. Tego właśnie oczekuje Państwa zarząd.
Skala dojrzałości
Jeden poziom, kolejny i działanie, które je łączy.
To właśnie ten mechanizm, poziom, poziom wyższy i działanie łączące oba, przekształca stwierdzenie stanu w trajektorię.
Czy dysponują Państwo aktualną nomenklaturą oprogramowania (SBOM) dla produktów wprowadzanych na rynek?
- N1
Nie istnieje żadna nomenklatura oprogramowania. Komponenty firm trzecich w produkcie znają jedynie programiści, którzy je zintegrowali.
- N2
Listy komponentów istnieją dla niektórych produktów, tworzone ręcznie, bez wspólnego formatu ani aktualizacji przy każdej dostawie.
- N3
SBOM jest generowany w standardowym formacie dla produktów objętych zakresem, aktualizowany przy każdej wydanej wersji i przechowywany wraz z dokumentacją techniczną.
- N4
SBOM jest tworzony automatycznie przez łańcuch budowania oprogramowania, zestawiany z biuletynami podatności i wyzwala przegląd, gdy komponent jest dotknięty.
- N5
SBOM obejmuje zależności przechodnie i komponenty dostawców, z udokumentowanym monitorowaniem odstępstw i okresowym przeglądem zasad akceptacji komponentów.
Działanie umożliwiające przejście z N2 do N3
Przyjąć standardowy format SBOM, włączyć go do definicji gotowości każdej wydawanej wersji i weryfikować jego obecność podczas przeglądu release, wiążąc go z dossier technicznym produktu.
« Dzięki Datamensio realizujemy nasze cele ze znacznie większą skutecznością. Służby inspekcyjne EFRR oraz naszego ministerstwa nadzorującego szczególnie doceniły to podejście, które dostarcza im wiarygodnych danych. »
Dyrektorka CCI 94CCI Île-de-France

« Uważamy, że to rozwiązanie najlepiej odpowiada potrzebie skalowania naszego projektu transformacji i mierzenia jego wpływu zgodnie z naszymi wymaganiami. »
Maja SucekChief Operating Officer, Interreg Danube

Rzadko sam
Model referencyjny da się łączyć z innymi. Niech Państwo połączą kilka, by objąć całą działalność, albo pozwolą IA napisać własny.
Wykonajcie swój pierwszy pomiarna null.
O czym jest ten model referencyjny
Cyber Resilience Act, rozporządzenie (UE) 2024/2847, ma zastosowanie do produktów z elementami cyfrowymi, sprzętowymi lub programowymi, udostępnianych na rynku Unii. Ustanawia zasadnicze wymogi cyberbezpieczeństwa dotyczące projektowania, rozwoju i produkcji oraz obowiązki w zakresie obsługi podatności przez cały okres wsparcia. Wprowadza obowiązek oceny zgodności, dokumentacji technicznej, deklaracji zgodności UE i oznakowania CE. Ustanawia również obowiązki zgłaszania do ENISA aktywnie wykorzystywanych podatności i poważnych incydentów.
Trudność nie polega na przeczytaniu tekstu, lecz na ustaleniu, kto za co odpowiada. CRA angażuje dział R&D, bezpieczeństwo produktu, jakość, prawo i wsparcie, często w organizacjach, w których cyberbezpieczeństwo było dotąd pomyślane dla systemu informatycznego, a nie dla sprzedawanego produktu. Czy znają Państwo dokładny zakres produktów objętych rozporządzeniem i ich klasyfikację? Czy potrafią Państwo wygenerować aktualną nomenklaturę oprogramowania dla każdego z nich? Kto dziś zobowiązuje się do okresu wsparcia i dystrybucji poprawek bezpieczeństwa?
Często pojawia się nieporozumienie: CRA nie jest odmianą NIS 2. NIS 2 dotyczy bezpieczeństwa podmiotów i ich systemów, CRA zaś produktów wprowadzanych przez przedsiębiorstwo na rynek. Ta sama grupa może podlegać obu aktom, z różnymi odpowiedzialnymi i różnymi dowodami. Kolejna istotna kwestia: rozporządzenie wchodzi w życie według rozłożonego w czasie harmonogramu, przy czym obowiązki zgłaszania pojawiają się przed obowiązkami ogólnymi. Potraktowanie tematu jako zwykłego dossier oznakowania CE prowadzi do spóźnionego odkrycia zasadniczych zagadnień, w szczególności skoordynowanego zarządzania podatnościami.
Audyt zgodności kończy się stwierdzeniem luki lub zgodności, produkt po produkcie. Diagnoza dojrzałości odpowiada na inne pytanie: na jakim poziomie opanowania znajdują się Państwa praktyki bezpieczeństwa produktu i jakie konkretne działanie pozwala przejść na poziom wyższy. To właśnie umożliwia prowadzenie programu transformacji na wielu liniach produktowych i wielu zespołach deweloperskich, z trajektorią czytelną dla zarządu, a nie listą wymogów do odhaczenia.
W Datamensio model referencyjny jest gotowy do użycia i mogą Państwo go dostosować. Sztuczna inteligencja dopasowuje obszary tematyczne, pytania i poziomy do Państwa portfela produktów albo buduje odmianę na podstawie Państwa procedur rozwoju i istniejącej dokumentacji technicznej. Następnie weryfikuje odpowiedzi, sygnalizuje luki powtarzające się w różnych liniach produktowych i przygotowuje prezentację wyników, podczas gdy decyzja pozostaje po Państwa stronie: każde proponowane działanie można zachować, odrzucić lub przeredagować przed włączeniem do mapy drogowej.
Norma referencyjna: Rozporządzenie (UE) 2024/2847 (Cyber Resilience Act)
Oceniane obszary tematyczne
Zakres i klasyfikacja produktów
Inwentaryzacja produktów z elementami cyfrowymi, przyjmowana rola (producent, importer, dystrybutor), klasyfikacja względem kategorii określonych w rozporządzeniu, identyfikacja produktów krytycznych.
Zasadnicze wymogi bezpieczeństwa by design
Bezpieczeństwo uwzględnione już na etapie projektowania, bezpieczna konfiguracja domyślna, ograniczenie powierzchni ataku, ochrona danych i komunikacji, kontrola dostępu, rejestrowanie zdarzeń.
Analiza ryzyka produktu
Ocena ryzyka cyberbezpieczeństwa dla każdego produktu, dokumentowanie analizy, aktualizacja przy zmianach funkcjonalnych, uwzględnienie przewidywanych zastosowań i przewidywalnych niewłaściwych użyć.
Nomenklatura oprogramowania i łańcuch dostaw
Generowanie i aktualizacja SBOM, identyfikacja komponentów firm trzecich i open source, ocena dostawców, identyfikowalność zależności i dostarczanych wersji.
Zarządzanie podatnościami i skoordynowane ujawnianie
Punkt kontaktowy do zgłaszania, polityka skoordynowanego ujawniania, terminy obsługi, testy i przeglądy bezpieczeństwa, monitorowanie niepoprawionych podatności.
Aktualizacje bezpieczeństwa i okres wsparcia
Ustalenie i publikacja okresu wsparcia, dystrybucja poprawek, rozdzielenie poprawek bezpieczeństwa od zmian funkcjonalnych, zarządzanie końcem wsparcia.
Zgłaszanie wykorzystywanych podatności i incydentów
Wykrywanie i kwalifikacja, procedury alertowania ENISA i organów krajowych, dotrzymywanie terminów, informowanie użytkowników, identyfikowalność zgłoszeń.
Ocena zgodności i dokumentacja techniczna
Wybór procedury oceny, dossier techniczne, deklaracja zgodności UE, oznakowanie CE, w razie potrzeby udział jednostki notyfikowanej, przechowywanie dowodów.
Informowanie użytkowników
Instrukcja bezpieczeństwa, instrukcje instalacji i konfiguracji, komunikowanie okresu wsparcia, ostrzeżenia i informacje o końcu cyklu życia.
Governance i nadzór rynkowy
Podział odpowiedzialności między R&D, bezpieczeństwo, jakość i prawo, kompetencje w zakresie bezpieczeństwa produktu, wskaźniki sterowania, przygotowanie na żądania organów nadzoru rynkowego.
Krótsza wersja modelu referencyjnego, licząca undefined pytań, jest dostępna do samooceny online. Pełna wersja obejmuje 10 obszarów tematycznych i undefined pytań.
Najczęściej zadawane pytania
Czy Cyber Resilience Act podlega certyfikacji?
Nie w sensie dobrowolnej certyfikacji typu ISO. Rozporządzenie nakłada obowiązek oceny zgodności, deklaracji zgodności UE i oznakowania CE, z udziałem jednostki notyfikowanej dla niektórych kategorii produktów. Diagnoza Datamensio mierzy dojrzałość Państwa praktyk i przygotowuje to dossier, nie wydaje jednak żadnego zaświadczenia.
Jaka jest różnica między tą diagnozą a audytem zgodności CRA?
Audyt bada produkt i kończy się stwierdzeniem luki lub zgodności. Diagnoza sytuuje Państwa praktyki na skali dojrzałości, dla każdego obszaru tematycznego, i wskazuje działanie umożliwiające przejście na kolejny poziom. Służy do ustrukturyzowania programu przed audytem i do śledzenia jego postępu.
Ile czasu zajmuje ocena?
Wersja skrócona wypełniana jest w 20 do 30 minut przez osobę odpowiedzialną za bezpieczeństwo produktu. Wersja pełna, w trybie współpracy, trwa zwykle od tygodnia do dwóch, przy czym większość czasu zajmuje zbieranie informacji od działów R&D, jakości i wsparcia.
Czy można dostosować model referencyjny do naszego portfela produktów?
Tak. Pytania, poziomy i obszary tematyczne można modyfikować, mogą Państwo też dodać własne wymogi wewnętrzne. Sztuczna inteligencja przygotowuje odmianę dla każdej rodziny produktów lub jednostki biznesowej na podstawie Państwa procedur rozwoju.
Jak ta diagnoza łączy się z NIS 2 lub ISO 27001?
NIS 2 i ISO 27001 dotyczą organizacji i jej systemów, CRA zaś produktów wprowadzanych na rynek. Praktyki zarządzania podatnościami i analizy ryzyka częściowo się pokrywają. Transwersalna mapa drogowa pozwala skonsolidować kilka diagnoz bez powielania działań.
Czy odpowiadanie na pytania wymaga wiedzy technicznej?
Pytania dotyczą praktyk projektowania, zarządzania podatnościami i dokumentacji, a nie szczegółowych konfiguracji. Może na nie odpowiedzieć osoba odpowiedzialna za bezpieczeństwo produktu lub za jakość, przekazując w trybie współpracy pytania dotyczące inżynierii.
Czy można porównać ze sobą kilka linii produktowych?
Tak. Ten sam model referencyjny można wdrożyć w wielu jednostkach biznesowych lub liniach produktowych, z benchmarkiem między podmiotami oraz względem wcześniejszych ocen. Luki zasilają skonsolidowaną mapę drogową na poziomie grupy.
Gdzie przechowywane są dane?
We Francji, u OVH, z kopią zapasową u Scaleway. Żaden transfer poza Unię Europejską nie ma miejsca. Wykorzystywane modele sztucznej inteligencji mogą być wybierane, w tym spośród rozwiązań europejskich.





