Masz gdzieś w segregatorze analizę ryzyka sprzed kilku lat, do której nikt nie zaglądał? Pokazujemy, jak zrobić ją praktycznie, kiedy obowiązkowa jest ocena skutków dla ochrony danych (DPIA) i dlaczego to samo ćwiczenie liczy się też pod NIS2.
Cztery litery art. 32 RODO przekładamy na konkretne kontrole IT: szyfrowanie, MFA, kopie zapasowe i regularne testy. Pokazujemy też, że te same działania spełniają wymagania NIS2, więc wdrażasz je raz.
NIS2 mówi jasno: odpowiadasz nie tylko za swoje systemy, ale i za bezpieczeństwo dostawców. Pokazujemy, jak ocenić i kontraktowo zabezpieczyć łańcuch dostaw — bez audytów rodem z korporacji.
Analiza ryzyka brzmi jak korporacyjna biurokracja, ale to po prostu uporządkowana odpowiedź na pytanie „co może pójść nie tak i co z tym zrobimy”. Pokazujemy prosty, powtarzalny schemat, który zrobisz sam.
NIS2 w podmiotach publicznych to nie projekt IT — to zmiana sposobu myślenia o ryzyku. Jaką dokumentację faktycznie trzeba przygotować, od czego zacząć i gdzie większość urzędów się potyka — bez owijania w bawełnę.
