Konta i poświadczenia w OT: domyślne, współdzielone, indywidualne¶

W wielu środowiskach OT nadal funkcjonują współdzielone konta administracyjne oraz domyślne poświadczenia pozostawione po wdrożeniu systemu. Zwiększa to ryzyko nieautoryzowanego dostępu i utrudnia analizę incydentów, ponieważ działań wykonanych z wykorzystaniem współdzielonego konta nie zawsze można jednoznacznie przypisać do konkretnej osoby.

Dodatkowym problemem są często pozostawiane aktywne konta serwisowe po zakończeniu prac integratora czy dostawcy systemu. W przypadku wycieku poświadczeń po stronie wykonawcy takie konto może zostać wykorzystane do uzyskania dostępu do infrastruktury. CISA wskazuje domyślne hasła jako jedną z najczęściej wykorzystywanych słabości systemów przemysłowych.

Środowiska OT obejmują bardzo zróżnicowane urządzenia – od prostych sterowników PLC i paneli HMI, które często oferują jedynie pojedyncze konto administracyjne, po nowoczesne systemy przemysłowe umożliwiające integrację z usługami katalogowymi, zarządzanie rolami użytkowników czy uwierzytelnianie wieloskładnikowe. Dlatego możliwości wdrożenia dobrych praktyk zarządzania tożsamością mogą znacząco różnić się w zależności od wykorzystywanych rozwiązań.

Domyślne hasła¶

Zmiana domyślnych poświadczeń bywa pomijana podczas wdrożenia, m.in. z obawy przed utratą dostępu do urządzenia lub z powodu niepełnej dokumentacji systemu.

W praktyce spotykane są konta takie jak admin, administrator, service, maintenance czy engineer. Jeżeli wykorzystują domyślne poświadczenia, uzyskanie nieautoryzowanego dostępu może nie wymagać przełamywania zabezpieczeń – dane logowania dostarczone przez producenta mogą być publicznie dostępne w instrukcjach, dokumentacji technicznej czy bazach wiedzy.

Skutki nie ograniczają się do samego zalogowania. W zależności od uprawnień konta atakujący może uzyskać możliwość zmiany konfiguracji urządzenia, tworzenia użytkowników, wyłączania mechanizmów bezpieczeństwa lub modyfikowania parametrów pracy systemu. W środowisku przemysłowym może to wpłynąć nie tylko na bezpieczeństwo informacji, ale również na dostępność lub poprawność działania procesu technologicznego.

Z tego powodu weryfikacja i zmiana domyślnych poświadczeń powinny należeć do podstawowych działań po wdrożeniu urządzenia lub systemu. Nawet bez bardziej zaawansowanych mechanizmów ochrony usunięcie domyślnych haseł ogranicza możliwość wykorzystania powszechnie znanych danych logowania.

Współdzielone konta¶

Współdzielone konta są jednym z najczęściej spotykanych sposobów realizacji dostępu administracyjnego w starszych środowiskach OT. Rozwiązanie takie wydaje się wygodne – wszyscy uprawnieni użytkownicy korzystają z jednego konta i jednego hasła, co upraszcza zarządzanie urządzeniami i systemem.

W praktyce oznacza to jednak rezygnację z jednej z podstawowych zasad bezpieczeństwa – możliwości przypisania działań do konkretnej osoby. Jeżeli z konta admin korzysta kilku administratorów, integrator oraz personel serwisowy, trudno jednoznacznie ustalić, kto wprowadził określoną zmianę lub wykonał działanie mające wpływ na funkcjonowanie systemu.

Problemy pojawiają się również podczas zmian organizacyjnych. Odejście pracownika lub zakończenie współpracy z wykonawcą wymaga zmiany poświadczeń wszystkim użytkownikom korzystającym ze współdzielonego konta.

Indywidualne konta użytkowników jako rozwiązanie preferowane¶

Z punktu widzenia cyberbezpieczeństwa najbardziej pożądanym rozwiązaniem jest stosowanie indywidualnych kont użytkowników. Ułatwiają one zarządzanie uprawnieniami oraz odbieranie dostępu po zmianie stanowiska lub zakończeniu współpracy.

W połączeniu z grupami uprawnień pozwalają wdrożyć zasadę najmniejszych uprawnień. Operator, administrator czy integrator mogą korzystać z własnych kont i posiadać wyłącznie dostęp niezbędny do wykonywania swoich obowiązków.

Samo stosowanie indywidualnych kont nie zapewnia jednak rozliczalności działań użytkowników. Konieczne jest również rejestrowanie zdarzeń pozwalających powiązać określoną aktywność z konkretnym kontem, np. prób logowania, czasu uzyskania dostępu czy wykonywanych operacji. Jeżeli urządzenie nie zapewnia odpowiednich możliwości logowania, pomocne mogą być również informacje rejestrowane przez inne elementy infrastruktury, np. systemy zdalnego dostępu lub rozwiązania monitorujące ruch sieciowy.

Dzięki temu indywidualne konto nie tylko identyfikuje użytkownika, ale wraz z odpowiednim rejestrowaniem zdarzeń umożliwia późniejsze odtworzenie jego aktywności i zwiększa rozliczalność działań.

Czy zawsze da się wdrożyć indywidualne konta?¶

W teorii odpowiedź wydaje się prosta – indywidualne konta są bezpieczniejsze, dlatego powinny być stosowane wszędzie tam, gdzie jest to możliwe. W środowiskach OT możliwości ich wdrożenia zależą jednak od konkretnego urządzenia, systemu lub usługi.

Wiele urządzeń przemysłowych nie oferuje rozbudowanego zarządzania tożsamością i może udostępniać jedynie pojedyncze konto administracyjne lub ograniczoną liczbę kont. Nie zawsze wynika to z ograniczeń technologicznych – w przypadku niektórych urządzeń, np. sterowników PLC, charakter wykonywanych operacji może wymagać dostępu z szerokimi uprawnieniami, dlatego tworzenie wielu kont o zróżnicowanych rolach nie musi być uzasadnione.

Osobno należy jednak rozpatrywać usługi udostępniane przez urządzenie. Ten sam sterownik może np. udostępniać FTP, interfejs WWW lub inne usługi administracyjne, z których każda może posiadać własny mechanizm uwierzytelniania i inne możliwości zarządzania kontami. Brak możliwości utworzenia indywidualnych kont na poziomie samego urządzenia nie oznacza więc automatycznie, że takie samo ograniczenie dotyczy wszystkich działających na nim usług.

Integracja z usługami katalogowymi, takimi jak Active Directory czy LDAP, oraz wykorzystanie nowoczesnych metod uwierzytelniania może być niemożliwe lub wymagać modernizacji infrastruktury. Organizacja musi więc uwzględniać możliwości techniczne poszczególnych urządzeń i usług oraz wymagania dotyczące dostępności procesu technologicznego.

Najczęściej spotykane ograniczenia przedstawiono w tabeli poniżej.

Zakres ograniczeń może różnić się nie tylko pomiędzy urządzeniami, ale również pomiędzy usługami działającymi na tym samym urządzeniu. Dlatego możliwość stosowania indywidualnych kont należy oceniać z uwzględnieniem konkretnego sposobu dostępu i mechanizmu uwierzytelniania.

Brak możliwości wdrożenia indywidualnych kont nie oznacza jednak braku możliwości ograniczenia ryzyka. W takich przypadkach można zastosować mechanizmy kompensujące, których przykłady przedstawiono w kolejnym rozdziale.

Mechanizmy kompensujące¶

Mechanizmy kompensujące (compensating controls) to zabezpieczenia organizacyjne i techniczne stosowane, gdy osiągnięcie stanu docelowego, np. wdrożenie indywidualnych kont użytkowników, nie jest możliwe. Pozwalają ograniczyć wynikające z tego ryzyko, ale nie zastępują rozwiązania docelowego. Podejście to jest zgodne z normą IEC 62443, która przewiduje stosowanie mechanizmów kompensujących, jeżeli pełne spełnienie określonych wymagań bezpieczeństwa nie jest możliwe, pod warunkiem odpowiedniego uzasadnienia i zastosowania alternatywnych środków ograniczających ryzyko.

Przykład: Wyobraźmy sobie sytuację, w której z jednego konta administratora korzysta kilku pracowników utrzymania ruchu oraz zewnętrzny integrator. Konto staje się wówczas wspólnym zasobem organizacji, a nie poświadczeniem przypisanym do konkretnej osoby. Utrudnia to ustalenie, kto i kiedy wykonał określone działania, a także zwiększa ryzyko błędów, nadużyć i niekontrolowanego rozpowszechniania poświadczeń.

Dodatkowym ograniczeniem może być brak odpowiedniego rejestrowania zdarzeń przez samo urządzenie. W takim przypadku rozliczalność można zwiększyć, wykorzystując inne źródła informacji, np. logi systemów pośredniczących w dostępie lub rozwiązania monitorujące ruch sieciowy.

➜ Mechanizmy kompensujące mają za zadanie ograniczyć właśnie te zagrożenia.

W jaki sposób poszczególne mechanizmy ograniczają ryzyko?

VPN

Wirtualna sieć prywatna (VPN) nie eliminuje problemu współdzielonych kont, jednak znacząco ogranicza możliwość wykorzystania poświadczeń spoza zaufanej infrastruktury organizacji. Nawet w przypadku ujawnienia hasła osoba nieuprawniona musi pokonać dodatkową warstwę zabezpieczeń, zanim uzyska dostęp do środowiska OT.

Uwierzytelnianie wieloskładnikowe (MFA)

Uwierzytelnianie wieloskładnikowe utrudnia wykorzystanie przejętych poświadczeń przez osoby nieuprawnione. Nie zastępuje jednak indywidualnych kont użytkowników i nie zapewnia rozliczalności działań, jeżeli z tego samego konta korzysta wiele osób. Przekazywanie tokena MFA pomiędzy pracownikami lub współdzielenie aplikacji uwierzytelniającej powoduje utratę większości korzyści wynikających z zastosowania tego mechanizmu.

Jump Server (serwer pośredniczący)

Serwer pośredniczący umożliwia scentralizowanie dostępu do środowiska OT oraz jego lepszą kontrolę. Dzięki rejestrowaniu sesji administracyjnych i ograniczeniu liczby punktów dostępowych organizacja może łatwiej odtworzyć przebieg wykonywanych prac oraz ustalić, kto inicjował połączenie, nawet jeżeli samo konto na urządzeniu pozostaje współdzielone.

Rejestr wykorzystania kont współdzielonych

Jednym z najprostszych i jednocześnie najbardziej niedocenianych mechanizmów kompensujących jest prowadzenie rejestru wykorzystania kont współdzielonych. Każde użycie takiego konta powinno zostać odnotowane wraz z informacją o osobie korzystającej z poświadczeń, czasie rozpoczęcia i zakończenia prac oraz celu dostępu. Mechanizm ten nie zapobiega incydentowi, jednak znacząco ułatwia analizę zdarzeń oraz zwiększa odpowiedzialność użytkowników za wykonywane działania.

Segmentacja sieci

Segmentacja sieci nie eliminuje ryzyka związanego z kontami współdzielonymi, jednak ogranicza skutki ewentualnego incydentu. Jeżeli poświadczenia zostaną przejęte lub wykorzystane w nieuprawniony sposób, odpowiednio zaprojektowana architektura sieci może uniemożliwić atakującemu swobodne przemieszczanie się pomiędzy kolejnymi strefami środowiska OT oraz dostęp do innych urządzeń i systemów.

Dostęp czasowy

Konta wykorzystywane przez integratorów lub dostawców usług serwisowych nie powinny pozostawać aktywne dłużej, niż jest to konieczne. Ograniczenie dostępu wyłącznie do czasu wykonywania prac zmniejsza okres, w którym konto może zostać wykorzystane przez osobę nieuprawnioną. Im krócej poświadczenia pozostają aktywne, tym mniejsze ryzyko ich nadużycia.

Każdy z opisanych mechanizmów ogranicza inny rodzaj ryzyka, dlatego największą skuteczność zapewnia ich łączenie zgodnie z zasadą defence in depth. Środowisko wykorzystujące współdzielone konto administratora, ale chronione VPN, MFA, serwerem pośredniczącym, segmentacją i rejestrem wykorzystania konta będzie znacznie bezpieczniejsze niż środowisko oparte wyłącznie na haśle.

Mechanizmy kompensujące nie zastępują indywidualnych kont, ale pozwalają ograniczać ryzyko tam, gdzie ich wdrożenie nie jest możliwe.

Przechowywanie i cykl życia poświadczeń¶

Poświadczeniami należy zarządzać przez cały ich cykl życia – od utworzenia i bezpiecznego przekazania, przez przechowywanie i wykorzystanie, aż po zmianę lub wycofanie. Zaniedbania na którymkolwiek etapie mogą prowadzić do ich ujawnienia lub pozostawienia aktywnego dostępu osobom, które nie powinny go już posiadać.

Niekontrolowane przechowywanie haseł i poświadczeń¶

W praktyce nadal spotykane są sytuacje, w których hasła zapisywane są w arkuszach kalkulacyjnych przechowywanych na współdzielonych dyskach, dokumentacji technicznej lub na papierowych notatkach pozostawianych w szafach sterowniczych. Takie rozwiązania utrudniają kontrolę dostępu do poświadczeń, ich aktualizację oraz ustalenie, kto i kiedy z nich korzystał.

Szczególną uwagę należy również zwrócić na sposób przekazywania poświadczeń użytkownikom. Przesyłanie nazwy użytkownika i hasła tym samym kanałem komunikacji (np. w jednej wiadomości e-mail) zwiększa ryzyko ich przejęcia przez osoby nieuprawnione.

Menedżery haseł i repozytoria poświadczeń¶

W celu ograniczenia ryzyka związanego z niekontrolowanym przechowywaniem poświadczeń warto rozważyć wykorzystanie repozytoriów poświadczeń, menedżerów haseł lub systemów klasy Privileged Access Management (PAM). Rozwiązania te umożliwiają bezpieczne przechowywanie poświadczeń, kontrolę dostępu do nich oraz rejestrowanie operacji wykonywanych na zapisanych danych.

Wybór konkretnego rozwiązania powinien wynikać z potrzeb organizacji, liczby zarządzanych urządzeń oraz przyjętych zasad zarządzania dostępem.

Zarządzanie certyfikatami cyfrowymi¶

Coraz więcej urządzeń i systemów OT wykorzystuje certyfikaty cyfrowe do uwierzytelniania użytkowników, urządzeń lub zabezpieczania komunikacji. W takich przypadkach równie istotne jest właściwe zarządzanie ich cyklem życia.

Organizacja powinna posiadać procedury wydawania, odnawiania i unieważniania certyfikatów. Certyfikat powinien zostać unieważniony m.in. po utracie klucza prywatnego, wycofaniu urządzenia lub zakończeniu współpracy z użytkownikiem bądź podmiotem zewnętrznym. Informacje o unieważnieniu mogą być udostępniane za pomocą list CRL (Certificate Revocation List) lub protokołu OCSP (Online Certificate Status Protocol).

Podobnie jak w przypadku haseł, certyfikaty cyfrowe powinny być usuwane lub unieważniane niezwłocznie po utracie zaufania, wycofaniu urządzenia z eksploatacji lub zakończeniu współpracy z użytkownikiem.

Zarządzanie metodami uwierzytelniania wieloskładnikowego¶

W przypadku stosowania uwierzytelniania wieloskładnikowego zarządzania wymagają nie tylko konta użytkowników, ale również dodatkowe składniki uwierzytelniające, takie jak tokeny sprzętowe, aplikacje mobilne czy klucze bezpieczeństwa.

Organizacja powinna posiadać procedury dotyczące wydawania, aktywacji, wymiany oraz odbierania tych środków po zakończeniu współpracy z użytkownikiem. Pozwala to ograniczyć ryzyko pozostawienia aktywnych metod uwierzytelniania osobom, które nie powinny już posiadać dostępu do środowiska OT. Podobnie jak w przypadku haseł i certyfikatów, bezpieczeństwo zależy więc nie tylko od właściwości stosowanych poświadczeń, ale również od zarządzania nimi przez cały cykl ich życia.

Zarządzanie kontami integratorów i dostawców¶

Dostęp integratorów i dostawców usług serwisowych jest często niezbędny, ale zwiększa powierzchnię ataku. Dlatego podmioty zewnętrzne powinny korzystać z odrębnych kont z uprawnieniami ograniczonymi do niezbędnego minimum.

Konta integratorów i dostawców powinny mieć charakter tymczasowy i pozostawać aktywne tylko przez czas niezbędny do realizacji prac serwisowych, wdrożeniowych lub diagnostycznych, a po ich zakończeniu zostać zablokowane lub usunięte.

Po zakończeniu prac warto również rozważyć zmianę poświadczeń wykorzystywanych przez integratora, zwłaszcza jeżeli korzystano z kont współdzielonych. Równie istotne jest prowadzenie ewidencji aktywnych kont oraz okresowa ocena zasadności ich dalszego utrzymywania.

W przypadku zdalnego dostępu podmiotów zewnętrznych szczególnego znaczenia nabierają opisane wcześniej mechanizmy kompensujące, takie jak MFA, dostęp przez dedykowany serwer pośredniczący czy rejestrowanie wykorzystania kont współdzielonych.

Należy przy tym pamiętać, że konta wykorzystywane przez dostawców mogą funkcjonować również poza lokalną infrastrukturą organizacji, np. w usługach chmurowych lub platformach producentów. Takie konta również powinny zostać uwzględnione w procesie zarządzania dostępem.

Opracowanie i wdrożenie polityki zarządzania kontami i poświadczeniami¶

Jednorazowe uporządkowanie kont nie gwarantuje utrzymania odpowiedniego poziomu bezpieczeństwa. W istniejących środowiskach OT konieczne może być uporządkowanie kont i poświadczeń tworzonych przez lata podczas wdrażania, rozbudowy i serwisowania instalacji. W nowych środowiskach zasady zarządzania dostępem warto natomiast określić już na etapie projektowania.

W obu przypadkach podstawą powinna być polityka zarządzania kontami i poświadczeniami, określająca zasady ich tworzenia, wykorzystywania, przeglądu i wycofywania z użycia.

Czas i koszt¶

Realizacja opisanych poniżej działań może zająć od kilku dni do wielu miesięcy, w zależności przede wszystkim od wielkości i złożoności środowiska, liczby urządzeń, usług oraz wykorzystywanych kont. W większości przypadków głównym nakładem będzie czas pracy osób odpowiedzialnych za administrację i utrzymanie środowiska OT. Dodatkowe koszty mogą pojawić się dopiero wtedy, gdy w wyniku przeprowadzonej analizy organizacja zdecyduje się na wdrożenie dodatkowych rozwiązań, np. repozytorium poświadczeń lub systemu klasy PAM.

Etap 1. Zinwentaryzuj środowisko¶

Pierwszym krokiem powinno być poznanie rzeczywistego stanu środowiska. Inwentaryzacja powinna obejmować konta, urządzenia, aktywne usługi administracyjne, protokoły i miejsca przechowywania poświadczeń. Dokumentację producentów i dokumentację powykonawczą należy porównać z rzeczywistą konfiguracją, ponieważ część kont lub usług mogła nie zostać udokumentowana albo pozostać aktywna po wcześniejszych pracach.

Inwentaryzację mogą wspierać rozwiązania OT asset discovery/asset inventory, jest wiele takich rozwiązań komercyjnych, ale w ostatnich latach rozwinęły się również projekty open source, jak np. Malcolm.

Etap 2. Przeanalizuj konta i sposób zarządzania dostępem¶

Po inwentaryzacji należy ustalić przeznaczenie zidentyfikowanych kont, ze szczególnym uwzględnieniem kont producentów, integratorów, serwisowych i współdzielonych. Każde konto powinno mieć właściciela, uzasadnienie biznesowe i odpowiedni zakres uprawnień.

Na tym etapie należy również ocenić, czy stosowanie kont współdzielonych rzeczywiście wynika z ograniczeń technicznych urządzeń, czy jest jedynie efektem przyjętych przez organizację praktyk.

Etap 3. Opracuj politykę zarządzania kontami i poświadczeniami¶

Dopiero po poznaniu rzeczywistego stanu środowiska możliwe jest opracowanie polityki zarządzania kontami i poświadczeniami. Dokument taki powinien jednoznacznie określać zasady tworzenia nowych kont, nadawania i odbierania uprawnień, zarządzania hasłami oraz innymi poświadczeniami, a także sposób ich bezpiecznego przekazywania i przechowywania.

Polityka powinna również określać zasady postępowania z kontami integratorów i dostawców, sposób dokumentowania wyjątków od przyjętych zasad oraz częstotliwość okresowych przeglądów. Dzięki temu osoby odpowiedzialne za utrzymanie środowiska będą postępowały według jednolitych reguł, niezależnie od rodzaju urządzenia czy jego producenta.

Etap 4. Wdróż politykę¶

Po opracowaniu polityki należy dostosować konfigurację środowiska do przyjętych zasad. W praktyce oznacza to przede wszystkim zmianę domyślnych poświadczeń, uporządkowanie kont producentów i integratorów, usunięcie niepotrzebnych kont oraz wdrożenie bezpiecznego sposobu przechowywania poświadczeń.

Na tym etapie może również okazać się, że część przyjętych wcześniej zasad wymaga dostosowania do rzeczywistych możliwości urządzeń lub uwarunkowań organizacyjnych. Wdrażanie polityki warto więc traktować jako proces pozwalający na jej weryfikację i dopracowanie w praktyce.

Istotne jest również przypisanie właściciela każdemu kontu oraz udokumentowanie przypadków, w których z przyczyn technicznych konieczne jest dalsze wykorzystywanie kont współdzielonych. Dokumentacja powinna zawierać uzasadnienie odstępstwa oraz wskazywać zastosowane mechanizmy kompensujące.

Zmiany w środowiskach OT powinny być planowane z uwzględnieniem dostępności procesu technologicznego. W wielu przypadkach konieczne będzie zaplanowanie okna serwisowego oraz wcześniejsza analiza wpływu zmian na działanie systemu.

Etap 5. Regularnie weryfikuj zgodność z polityką¶

Opracowanie polityki oraz jednorazowe uporządkowanie środowiska nie kończy procesu zarządzania kontami. Organizacja powinna regularnie weryfikować, czy przyjęte zasady są przestrzegane, czy odpowiadają aktualnym potrzebom i możliwościom środowiska oraz czy sama polityka nie wymaga aktualizacji.

Częstotliwość przeglądów powinna zostać określona w polityce i dostosowana do specyfiki środowiska. W instalacjach, w których częściej prowadzone są prace serwisowe lub zmieniają się użytkownicy i podmioty zewnętrzne, przeglądy powinny odbywać się częściej. W środowiskach o niewielkiej zmienności odstępy mogą być dłuższe. Niezależnie od harmonogramu dodatkowy przegląd warto przeprowadzić po istotnych zmianach, takich jak modernizacja systemu, zmiana integratora lub zakończenie współpracy z dostawcą.

Podczas okresowego przeglądu warto zweryfikować między innymi:

• zgodność listy kont z rzeczywistym stanem środowiska,
• obecność kont należących do byłych pracowników, integratorów oraz dostawców,
• zasadność utrzymywania kont współdzielonych,
• aktualność oraz sposób przechowywania poświadczeń,
• aktualność certyfikatów wykorzystywanych do uwierzytelniania,
• przypisanie właściciela każdemu aktywnemu kontu,
• zasadność utrzymywania wyjątków od obowiązującej polityki,
• skuteczność zastosowanych mechanizmów kompensujących,
• realizację działań zaplanowanych podczas poprzedniej weryfikacji oraz termin kolejnego przeglądu.

Podsumowanie¶

Indywidualne konta użytkowników powinny być traktowane jako rozwiązanie docelowe wszędzie tam, gdzie pozwalają na to możliwości techniczne środowiska OT. Ułatwiają one zarządzanie uprawnieniami, zwiększają rozliczalność działań oraz pozwalają skuteczniej kontrolować dostęp do urządzeń i systemów. W praktyce nie każda instalacja umożliwia jednak ich pełne wdrożenie, dlatego istotne jest świadome zarządzanie ryzykiem związanym z dalszym wykorzystywaniem kont współdzielonych.

Ograniczenia techniczne nie powinny oznaczać rezygnacji z poprawy bezpieczeństwa. Jeżeli wyeliminowanie kont współdzielonych nie jest możliwe, ryzyko można ograniczać poprzez odpowiednio dobrane mechanizmy kompensujące oraz podejście defence in depth. Każda dodatkowa warstwa ochrony może utrudnić nieautoryzowany dostęp, zwiększyć kontrolę nad sposobem korzystania z kont lub ograniczyć skutki potencjalnego incydentu.

Zarządzanie kontami i poświadczeniami warto przy tym traktować jako proces, a nie jednorazowe działanie. Punktem wyjścia może być poznanie rzeczywistego stanu środowiska, uporządkowanie istniejących dostępów i określenie zasad ich dalszego utrzymywania. Kolejne działania powinny wynikać z możliwości technicznych infrastruktury, potrzeb organizacji oraz oceny ryzyka.

Nie każde środowisko OT można od razu doprowadzić do stanu docelowego. Istotne jest jednak, aby znać istniejące ograniczenia, świadomie zarządzać wynikającym z nich ryzykiem i konsekwentnie wykorzystywać dostępne możliwości jego ograniczania.

Ostatnia aktualizacja artykułu: 2026-09-02.