Bezpieczeństwo OT: na co tak naprawdę narażeni są Twoi klienci i jak na to reagować

Konsekwencje fizyczne zmieniają wszystko

OT obejmuje systemy programowalne, które monitorują lub kontrolują procesy fizyczne: przemysłowe systemy sterowania (ICS), SCADA, sterowniki PLC, automatykę budynkową oraz komputery na halach produkcyjnych, które nimi zarządzają. Definicja NIST jest szersza, niż większość osób zakłada. Wszystko, co może wykryć lub wywołać bezpośrednią zmianę fizyczną - niezależnie od tego, czy jest to linia produkcyjna, stacja elektroenergetyczna czy sterowanie parametrami środowiskowymi w budynku - mieści się w granicach OT.

Ma to kluczowe znaczenie, ponieważ najgorszy możliwy scenariusz wygląda tu zupełnie inaczej. W IT najbardziej pesymistyczny wiarygodny scenariusz to zazwyczaj utrata danych, ich zaszyfrowanie lub wyciek. W OT może to być niebezpieczny stan fizyczny: zbiornik ze zbyt wysokim ciśnieniem, awaria zasilania stacji elektroenergetycznej lub partia produkcyjna, która nie przejdzie walidacji. Z tego powodu bezpieczeństwo OT stawia na pierwszym miejscu bezpieczeństwo ludzi i procesów (safety), następnie dostępność, a dopiero potem integralność i poufność. Bezpieczeństwo IT działa zazwyczaj w odwrotnej kolejności, zaczynając od poufności. Jeśli klient pyta, dlaczego nie można po prostu przenieść jego istniejących zasad dotyczących punktów końcowych na halę produkcyjną, to jest to szczera odpowiedź.

Zmienia to również znaczenie „tolerancji na przestoje”. Zakład o procesie ciągłym, który nie może sobie pozwolić na nieplanowany restart, nie ma zaległości w kwestii bezpieczeństwa - działa po prostu zgodnie z prawami fizyki danego procesu. Z kolei konfiguracja sterownika PLC certyfikowana przez producenta OEM często nie może być łatana z taką samą częstotliwością jak flota laptopów bez konieczności ponownej certyfikacji. Środki kompensujące i planowane okna serwisowe wykonują tę pracę, którą w środowisku IT załatwiłby cykl wdrażania poprawek.

Co dzieje się w rzeczywistości

Większość incydentów, o które pytają klienci, napędzana jest przez dwa różne schematy, a każdy z nich wymaga odmiennych metod obrony. Pierwszym z nich jest bezpośrednie atakowanie środowisk sterowania. Pod koniec grudnia 2025 roku firma Dragos powiązała skoordynowany atak na polskie elektrociepłownie i systemy energii odnawialnej z grupą ELECTRUM, opisując go jako pierwszy na dużą skalę skoordynowany atak na rozproszone zasoby energetyczne. Osobna kampania wymierzona w pakistańskiego państwowego operatora sieci przesyłowej w połowie 2025 roku obejmowała aktywne poszukiwanie luk w systemach SCADA i skanowanie portów Modbus - czyli dokładnie ten rodzaj rekonesansu, do którego wykrywania stworzono widoczność zasobów i monitorowanie ze świadomością protokołów.

Drugi schemat jest bardziej powszechny i w pewnym sensie bardziej istotny z punktu widzenia tego, jak faktycznie poszkodowani bywają klienci większości naszych partnerów: są to incydenty IT o konsekwencjach operacyjnych, bez potwierdzonego naruszenia samego sterownika. Firma Nucor prewencyjnie wstrzymała część produkcji po nieautoryzowanym dostępie do sieci IT. Masimo musiało przez kilka tygodni utrzymywać produkcję poniżej standardowej wydajności po włamaniu do sieci. Jaguar Land Rover przedłużył przestój produkcyjny o ponad tydzień po incydencie z września 2025 roku. Atak ransomware na firmę Asahi w tym samym miesiącu unieruchomił systemy zamawiania i wysyłki, a logistyka wróciła do pełnej normy dopiero w lutym 2026 roku. Żaden z tych przypadków nie był atakiem na sterownik. Wszystkie z nich zatrzymały produkcję, ponieważ IT i OT są ze sobą powiązane znacznie mocniej, niż zakłada większość ocen ryzyka.

Liczby to potwierdzają. Dragos zidentyfikował 119 grup ransomware uderzających w organizacje przemysłowe w 2025 roku (wzrost z 80 rok wcześniej), które zaatakowały około 3300 organizacji, przy czym sektor produkcyjny przyjął na siebie ponad dwie trzecie tych uderzeń. Według firmy Siemens nieplanowane przestoje kosztują 500 największych światowych firm łącznie blisko 1,4 biliona dolarów rocznie. Tym, co zwraca uwagę w badaniu SANS Institute z 2025 roku, nie jest kwestia wykrywania - niemal połowa incydentów została wykryta w ciągu 24 godzin - lecz czas odzyskiwania sprawności: naprawa prawie co piątego trwała ponad miesiąc. Wykrywanie stało się szybsze niż przywracanie działania, a to właśnie w przywracaniu kryje się rzeczywisty koszt.

Ramy regulacyjne, z których rozliczani są Twoi klienci

Dla większości Twoich klientów to dyrektywa NIS2 decyduje o tym, czy odporność OT jest obowiązkiem prawnym, czy jedynie opcjonalnym dodatkiem. Dyrektywa nie tworzy osobnego reżimu dla OT, ale bezpośrednio obejmuje energetykę, transport, gospodarkę wodną, sektor zdrowia i produkcję, a jej art. 21 określa konkretne wymogi: obsługę incydentów, tworzenie kopii zapasowych i przywracanie po awarii (disaster recovery), bezpieczeństwo łańcucha dostaw oraz kontrolę dostępu. Dla klienta z tych sektorów zgodność z NIS2 i odporność OT to ten sam temat, a nie dwie osobne dyskusje.

Najczęstsza luka wśród klientów deklarujących gotowość na NIS2 w praktyce sprowadza się do tego samego: mają procedurę tworzenia kopii zapasowych, ale nigdy nie była ona testowana w realiach ograniczeń sprzętowych - w sytuacji, gdy oryginalne urządzenie już nie istnieje, a identyczny zamiennik jest niedostępny. Archiwizacja logiki PLC, konfiguracji SCADA i DCS, plików HMI oraz konfiguracji urządzeń sieciowych to jedno zadanie. Rzeczywiste udowodnienie możliwości ich przywrócenia - a tego właśnie w formie dowodów wymaga art. 21 - to zupełnie inna kwestia.

Co to oznacza dla Twoich rozmów z klientami o OT

Skuteczna architektura bezpieczeństwa OT wymaga współdziałania widoczności zasobów, segmentacji, monitorowania i odzyskiwania danych - żaden pojedynczy dostawca nie pokrywa wszystkich tych czterech obszarów w zadowalający sposób. Właśnie dlatego rozmowa z dystrybutorem przynosi Ci więcej korzyści niż prezentacja pojedynczego producenta: możesz skomponować zestaw, który rzeczywiście pasuje do środowiska klienta, zamiast naciągać jeden produkt na cztery problemy, do których nie został stworzony.

Jeśli chodzi konkretnie o kwestię odporności - czyli tworzenie kopii zapasowych i odzyskiwanie zasobów klasy PC, których awaria realnie zatrzymuje produkcję (stacje robocze HMI, serwery SCADA, stacje inżynierskie, bazy historians) - rozwiązanie Acronis Cyber Protect for OT opiera się na tworzeniu kopii w postaci obrazów, odzyskiwaniu na odmienny sprzęt oraz wsparciu dla starszych systemów Windows i Linux, które dominują w istniejących zakładach (brownfield). Zostało ono zaprojektowane tak, aby szybko doprowadzić środowisko do zweryfikowanego stanu produkcyjnego, a nie tylko zakończyć zadanie tworzenia kopii, i działa w środowiskach odizolowanych od sieci (air-gapped), w których łączność z chmurą nie wchodzi w grę. Z kolei w obszarze widoczności zasobów i podatności Nanitor zapewnia klientom pełną inwentaryzację i obraz ekspozycji, których udokumentowania coraz częściej wymagają obowiązki wynikające z art. 21 dyrektywy NIS2.

Jeśli klient pyta o bezpieczeństwo OT, wartościowym kolejnym krokiem zazwyczaj nie jest pojedynczy p

[...]