Ocena ryzyka cyberbezpieczeństwa maszyn
Sytance · Zaktualizowano
Ocenę ryzyka cyberbezpieczeństwa maszyny włącza się do oceny ryzyka bezpieczeństwa maszyny, gdy uszkodzenie może spowodować sytuację zagrożenia lub osłabić środek ochronny. Analizę należy rozpocząć od maszyny, jej zamierzonego zastosowania, racjonalnie przewidywalnego niewłaściwego użycia, zagrożeń i funkcji sterowania związanych z bezpieczeństwem.
Odwołania do prEN 50742 w tym artykule dotyczą projektu z grudnia 2025 r. przekazanego do ankiety: wprowadzenia i punktu 4.3. Są to projektowane przepisy techniczne służące planowaniu, a nie wymagania opublikowanej Normy Europejskiej.
Cyberbezpieczeństwo w ocenie ryzyka bezpieczeństwa
określić granice maszyny lub produktu powiązanego, w tym jego zamierzone zastosowanie i racjonalnie przewidywalne niewłaściwe użycie
Rozporządzenie (UE) 2023/1230, załącznik III część B — oryginał angielski
Załącznik III część B wymaga od producenta ustalenia mających zastosowanie zasadniczych wymagań w zakresie ochrony zdrowia i bezpieczeństwa oraz zaprojektowania maszyny lub produktu powiązanego tak, aby wyeliminować zagrożenia lub ograniczyć właściwe ryzyko. ISO 12100 stosuje tę samą sekwencję: określenie granic, identyfikacja zagrożeń i sytuacji zagrożenia, szacowanie i ocena ryzyka, a następnie jego ograniczenie.
Cyberbezpieczeństwo należy uwzględnić w tej sekwencji w punkcie, w którym podatne na uszkodzenie połączenie, oprogramowanie, dane, konfiguracja lub ścieżka sterowania może wpłynąć na zagrożenie lub środek ochronny.
Jak uszkodzenie może doprowadzić do szkody
Dla każdej funkcji bezpieczeństwa lub środka ochronnego ocena sprawdza, jak uszkodzenie może uniemożliwić ich działanie. Łączy to zagrożenie z konkretną sytuacją zagrożenia.
Najpierw funkcja bezpieczeństwa
Wskaż funkcję bezpieczeństwa, stan bezpieczny, limit, blokadę, zachowanie podczas zatrzymania, tryb lub środek ochronny zapobiegający szkodzie.
Następnie interfejs
Zidentyfikuj interfejs lub ścieżkę, która może zmienić oprogramowanie, dane, konfigurację, polecenia lub informacje procesowe używane przez daną funkcję bezpieczeństwa.
Następnie skutek uszkodzenia
Wyjaśnij, jak przypadkowe lub celowe uszkodzenie może stworzyć nowe zagrożenie, zwiększyć ryzyko lub zniweczyć zamierzone ograniczenie ryzyka.
Na końcu ochrona
Wybierz środki ochronne ograniczające ryzyko dla bezpieczeństwa bez osłabiania bezpieczeństwa funkcjonalnego maszyny.
Zagrożenia wpływające na bezpieczeństwo funkcjonalne
Projekt prEN 50742 traktuje ocenę zagrożeń jako uzupełnienie oceny ryzyka maszyny, a nie jej zamiennik. Wyjaśnia, że podatności mogą naruszyć środki ochronne. Wynikające z tego ryzyko ocenia się na podstawie wpływu na bezpieczeństwo funkcjonalne.
To rozróżnienie pozostaje użyteczne, mimo że prEN 50742 nadal jest projektem. Sam wynik skanowania sieci, brak polityki haseł ani ujawniona usługa nie wystarczają. Dokumentacja maszyny powinna wskazywać ścieżkę od słabości do sytuacji zagrożenia lub wpływu na system sterowania związany z bezpieczeństwem.
Dokumentowanie oceny
ISO 12100 wymaga, aby dokumentacja oceny ryzyka wskazywała ocenianą maszynę, założenia, zagrożenia i sytuacje zagrożenia, wykorzystane informacje, cele ograniczenia ryzyka, środki ochronne, ryzyko rezydualne i wynik oceny. W przypadku cyberbezpieczeństwa dokumentacja powinna również uwidaczniać ścieżkę uszkodzenia.
- oceniany produkt, konfigurację, wersję oprogramowania i zamierzone zastosowanie;
- funkcję bezpieczeństwa lub środek ochronny, na które może wpłynąć uszkodzenie;
- interfejs, ścieżkę dostępu, aktualizacji lub danych, przez którą może dojść do uszkodzenia;
- skutek dla bezpieczeństwa, jeśli dojdzie do uszkodzenia;
- zastosowany środek ochronny, przeciwdziałanie lub informację dotyczącą użytkowania;
- ryzyko rezydualne i ograniczenia wybranej ochrony.
Ocena ryzyka w dokumentacji technicznej
Artykuł 10 wymaga od producentów sporządzenia dokumentacji technicznej przed wprowadzeniem maszyny lub produktu powiązanego do obrotu albo oddaniem go do użytku. Załącznik IV wymaga udokumentowania oceny ryzyka, w tym mających zastosowanie zasadniczych wymagań w zakresie ochrony zdrowia i bezpieczeństwa oraz użytych środków ochronnych.
Kod źródłowy i logika programowania
Na podstawie art. 10 ust. 3, w stosownych przypadkach, kod źródłowy lub logikę programowania zawarte w dokumentacji technicznej należy udostępnić właściwym organom krajowym na uzasadniony wniosek, jeśli jest to konieczne do sprawdzenia zgodności z załącznikiem III.