Przewodnik · 11 min czytania
Bezpieczeństwo łańcucha dostaw NIS2: czego naprawdę wymaga artykuł 21 ust. 2 lit. d)
Twoja własna obrona może być nienaganna, a mimo to bez znaczenia, jeśli dostawca z tunelem VPN do Twojej sieci zostanie zhakowany w spokojny wtorek. Właśnie tę lukę zamyka artykuł 21 ust. 2 lit. d) NIS2: czyni Cię odpowiedzialnym za cyberryzyko, które niosą Twoi dostawcy, a nie tylko za ryzyko w obrębie własnych murów. Termin transpozycji 17 października 2024 r. minął, państwa członkowskie kończą krajowe ustawy w różnym tempie, a pierwsze działania nadzorcze już się rozpoczęły. Oto praktyczna wersja przepisu: kogo dotyczy, czego artykuł wymaga konkretnie i jak przygotować dowody, które organ nadzoru rzeczywiście zaakceptuje.
Najważniejsze wnioski
- Artykuł 21 ust. 2 lit. d) czyni cyberryzyko Twoich dostawców Twoim problemem, a zarządzanie nim Twoją odpowiedzialnością.
- Kwestionariusz wypełniany raz w roku opisuje jeden dzień. Dostawca może paść ofiarą ransomware, zostać naruszony lub odsłonięty przez krytyczną podatność dzień po jego wysłaniu.
- Gdy organ pyta, odpowiedzią są dokumenty: kogo monitorujesz, co znalazłeś, co zrobiłeś i jakie ryzyko świadomie zaakceptowałeś, każde z datą.
Kogo to dotyczy?
NIS2 dzieli objęte organizacje na dwa poziomy, według sektora i wielkości. Obowiązek zarządzania ryzykiem dostawcy jest dla obu taki sam. Różni się intensywność nadzoru i wysokość możliwych kar.
Podmioty kluczowe
Energetyka, transport, infrastruktura bankowa i rynków finansowych, ochrona zdrowia, woda pitna i ścieki, infrastruktura cyfrowa, zarządzanie usługami ICT (B2B), administracja publiczna i przestrzeń kosmiczna. Nadzór proaktywny: audyty i żądania informacji mogą nastąpić bez żadnego incydentu.
Podmioty ważne
Usługi pocztowe i kurierskie, gospodarka odpadami, chemikalia, żywność, produkcja niektórych wyrobów (wyroby medyczne, elektronika, maszyny, pojazdy), dostawcy cyfrowi i organizacje badawcze. Nadzór reaktywny: organy działają, gdy jest ku temu powód.
Z reguły próg zaczyna się od 50 pracowników albo 10 milionów euro rocznego obrotu lub sumy bilansowej. Po osiągnięciu tego w objętym sektorze zwykle jesteś w zakresie stosowania. Niektóre podmioty są objęte bez względu na wielkość, w tym operatorzy DNS i rejestrów domen najwyższego poziomu, dostawcy usług zaufania i publicznej łączności oraz jedyny dostawca usługi kluczowej w danym kraju.
Jest też druga, cichsza droga. Gdy sprzedajesz usługę krytyczną klientowi związanemu przez NIS2, jego obowiązki zwykle trafiają na Twoje biurko poprzez umowę: klauzule bezpieczeństwa, kwestionariusz i stałe prawo do żądania dowodów. Wielu małych dostawców spotyka NIS2 w swojej skrzynce odbiorczej na długo przed tym, zanim jakikolwiek organ do nich napisze.
Oficjalne źródło: Dyrektywa NIS2 na EUR-Lex — artykuł 21, z uzasadnieniem dotyczącym łańcucha dostaw w motywach 85–90.
Czego konkretnie wymaga artykuł 21 ust. 2 lit. d)
Sam artykuł to jedno zdanie: podjąć odpowiednie środki na rzecz bezpieczeństwa łańcucha dostaw, w tym aspekty bezpieczeństwa relacji z bezpośrednimi dostawcami. Czytany razem z wytycznymi ENISA i sposobem, w jaki stosują go organy krajowe, rozkłada się na cztery rzeczy, które musisz umieć wykazać.
Oceń dostawcę, zanim podpiszesz
Podpisany kwestionariusz to punkt wyjścia, nie odpowiedź: zapisuje to, co dostawca mówi o sobie, a nie to, co jest prawdą. Zestaw go z tym, co możesz zweryfikować z zewnątrz. Czy firma pojawiła się w danych o naruszeniach lub ransomware? Czy istnieją niezałatane, widoczne w internecie podatności? Czy podstawy są na miejscu, jak ważny certyfikat TLS i sensowne uwierzytelnianie poczty? I spójrz poza oczywiste drzwi frontowe. Ekspozycja dostawcy obejmuje cały zewnętrzny ślad: nie tylko domenę z umowy, ale też bramkę VPN, przekaźniki poczty i zapomniany host testowy w innym zakresie IP.
Wpisz obowiązek powiadomienia do umowy
Jeśli incydent dostawcy może zatrzymać Twoją usługę, możesz mieć obowiązek zgłosić go organowi w ciągu godzin (zob. artykuł 23 poniżej). Zdołasz to zrobić tylko wtedy, gdy dostawca poinformuje Cię szybko. Dlatego obowiązek musi być na piśmie: określone okno czasowe na powiadomienie Cię o incydencie bezpieczeństwa, wskazana osoba kontaktowa, która odpowiada, oraz prawo do żądania dowodów później. Obietnica w dobrej wierze nic nie znaczy o drugiej w nocy w sobotę.
Monitoruj przez cały czas trwania relacji
To część, którą większość programów wciąż zawodzi, bo jest stałym nawykiem, a nie jednorazowym zadaniem. Standard odpowiednich środków nie jest sztywną listą kontrolną; skaluje się z ryzykiem, a ryzyko nie stoi w miejscu. Dostawca, który przeszedł ocenę w marcu, może w kwietniu znaleźć się na stronie wycieków ransomware, a w maju mieć dane logowania pracowników na sprzedaż. Roczna migawka nie widzi nic z tego. Ciągłe w praktyce oznacza, że dowiadujesz się w ciągu dni.
Zachowaj dowody i opatrz je datą
Prędzej czy później ktoś poprosi Cię o udowodnienie powyższego: audytor, zespół bezpieczeństwa klienta, Twój własny zarząd po sytuacji o włos od incydentu. „Pilnujemy sytuacji” nie jest dowodem. Liczy się datowany ślad tego, co sprawdziłeś, znalazłeś i naprawiłeś, oraz ryzyk, które przejrzałeś i celowo postanowiłeś zaakceptować.
Dlaczego coroczny przegląd nie wystarcza
Coroczny audyt dostawcy, kwestionariusz i być może certyfikat w segregatorze to rozsądne minimum. To nie jest ciągłe monitorowanie, a odległość między nimi jest właśnie tam, gdzie żyją incydenty. Trzy zwyczajne sposoby, w jakie zawodzi:
Dostawca pada ofiarą ransomware w styczniu. Twoja ocena została zrobiona w marcu i wyglądała czysto. Prawdę poznajesz w czerwcu, gdy dostawa po cichu się opóźnia.
Dane logowania pracowników dostawcy pojawiają się w zrzucie infostealera. Nikt tego nie zauważa, dopóki nie posłużą do dotarcia do systemu, do którego dostawca ma dostęp, a przez niego do Twojego.
Certyfikat TLS dostawcy wygasa i integracja się psuje. Twoim pierwszym alertem jest skarga klienta.
Nic z tego nie jest egzotyczne. To codzienna postać ryzyka łańcucha dostaw. Zadaniem monitorowania nie jest ich przewidywanie, lecz zauważenie ich w ciągu dni, zamiast rekonstruowania ich w analizie powypadkowej.
Zobacz, jak naprawdę wypadają Twoi dostawcy
7 dni bezpłatnie · bez karty kredytowej · anuluj w każdej chwili
Klasyfikacja: kieruj uwagę tam, gdzie się liczy
Monitorowanie każdego dostawcy z jednakową intensywnością nie jest ani realistyczne, ani oczekiwane. Posortowanie ich według rzeczywistego dostępu i wpływu jest zarazem praktyczne i w pełni zgodne z sensem odpowiednich środków.
Poziom 1: krytyczni
Bezpośrednie połączenie z Twoimi systemami, danymi lub produkcją. Ci zasługują na pełne traktowanie: kompletny kwestionariusz i ciągłe monitorowanie techniczne. Dostawcy chmury i hostingu, Twój system ERP, partnerzy zarządzanych usług IT lub bezpieczeństwa.
Poziom 2: ważni
Istotni dla operacji, ale bez głębokiego dostępu do klejnotów koronnych. Regularne monitorowanie techniczne i lżejszy kwestionariusz są zwykle proporcjonalne. Platformy HR i marketingowe, partnerzy logistyczni.
Poziom 3: niskie ryzyko
Niewielki dostęp do czegokolwiek wrażliwego lub jego brak. Okresowy przegląd wystarczy. Materiały biurowe, sprzątanie, catering.
Ryzyko czwartej strony: warstwa za warstwą
Twoja ekspozycja nie kończy się na dostawcach, z którymi podpisałeś umowy. Ich dostawcy też mogą Cię dosięgnąć. Jeśli Twój dostawca chmury opiera się na jednym podwykonawcy w zakresie przechowywania, a ten podwykonawca zostanie zaatakowany, zakłócenie schodzi prosto w dół łańcucha do Ciebie, a nigdy nie miałeś umowy z firmą, która je wywołała.
Nie możesz monitorować firmy, z którą nie masz relacji, więc dźwignią jest pytanie, które zadajesz bezpośredniemu dostawcy: czy wiesz, którzy z Twoich własnych podwykonawców są krytyczni, i czy utrzymujesz ich na tym samym standardzie, na który zgadzasz się wobec nas? Dostawca, który nie potrafi wymienić swoich krytycznych czwartych stron, właśnie powiedział Ci coś, co warto wiedzieć.
Artykuł 23: kiedy incydent dostawcy staje się Twoim terminem
Jeśli incydent dostawcy powoduje znaczące zakłócenie usług, które świadczysz, zegar zgłoszenia jest Twój, nie jego. Uruchamia wczesne ostrzeżenie w ciągu 24 godzin do Twojego CSIRT lub właściwego organu, następnie pełniejsze zgłoszenie incydentu w ciągu 72 godzin i raport końcowy w ciągu miesiąca, lub raport z postępów na koniec miesiąca, jeśli wciąż się nim zajmujesz.
Haczyk tkwi w czasie. Zegar biegnie od chwili, gdy się dowiadujesz, a nie od chwili, gdy dostawca w końcu Ci powie, a ujawnienie, które przychodzi tydzień za późno, już spaliło Twój termin. Jedyną prawdziwą obroną jest niezależny wgląd w kłopoty krytycznego dostawcy: wpis na liście ransomware, zrzut danych logowania, usługa, która gaśnie, bez czekania na jego e-mail.
Wytyczne ENISA: Zasoby ENISA dotyczące wdrażania NIS2 — o zgłaszaniu incydentów i środkach bezpieczeństwa; potwierdź dokładny kanał w swoim krajowym CSIRT.
Co audytor naprawdę chce zobaczyć
Organy ważą to, co możesz pokazać, a nie to, co twierdzisz. Materiały, które zwykle przesądzają:
- Rejestr dostawców: kim są, ich poziom, ich klasyfikacja ryzyka
- Odpowiedzi na kwestionariusze: każda z datą
- Zapisy monitorowania: co sprawdzono, kiedy i co znaleziono
- Decyzje o zaakceptowanym ryzyku: pisemny, świadomy wybór dla każdego ryzyka, które odnotowałeś i postanowiłeś zaakceptować
- Ślad reakcji: co zrobiłeś z ustaleniami i do kiedy
Niewypowiedzianym sprawdzianem jest to, czy już istnieją. Akta złożone w tygodniu po telefonie od organu zwykle czyta się dokładnie jak akta złożone w tygodniu po telefonie od organu.
Egzekwowanie i dlaczego zarząd odpowiada
NIS2 celowo umieszcza cyberryzyko w porządku obrad kierownictwa. Organ zarządzający musi zatwierdzić środki zarządzania ryzykiem i nadzorować ich wdrożenie, a jego członkowie mogą ponosić osobistą odpowiedzialność, gdy ten nadzór zawiedzie (art. 20). Kary nie są symboliczne: do 10 milionów euro lub 2 % światowego rocznego obrotu dla podmiotów kluczowych i do 7 milionów euro lub 1,4 % dla ważnych (art. 34); w przypadku podmiotów kluczowych organ może nawet zawiesić funkcje kierownicze do czasu naprawy sytuacji. Ryzyko łańcucha dostaw jest wprost jednym ze środków, które kierownictwo musi nadzorować, co jest prawdziwym powodem, dla którego aktualny, udokumentowany dowód monitorowania dostawców należy do sali zarządu, a nie tylko do notatek zespołu bezpieczeństwa.
Oficjalne źródło: Dyrektywa NIS2 na EUR-Lex — artykuł 20 (zarządzanie) i artykuł 34 (kary).
Gdzie wpasowuje się norppa.io
To jest praca, którą norppa.io ma udźwignąć. Każda dodana domena dostawcy jest codziennie sprawdzana ponad setką zewnętrznych kontroli, a źródła ransomware i dark web są ponownie sprawdzane mniej więcej co sześć godzin, z alertem w chwili, gdy pojawia się coś krytycznego. Każde ustalenie jest przypisywane do właściwego artykułu NIS2 w momencie zapisu, raport jest napisany zarówno dla kierownictwa, jak i dla inżynierów, a cała historia eksportuje się do CSV, gdy audytor o nią poprosi.
Kwestionariusz samooceny trafia do dostawców z tego samego miejsca, a ich odpowiedzi leżą obok ustaleń technicznych. Tak więc gdy dostawca twierdzi, że cały ruch jest szyfrowany, a skan pokazuje wygasły certyfikat, sprzeczność jest przed Tobą, a nie pogrzebana.