Poradnik · art. 24 i 32 RODO
Analiza ryzyka w ochronie danych — jak ją przeprowadzić
RODO nie mówi, jakie zabezpieczenia trzeba stosować. Mówi, że mają być odpowiednie do ryzyka — a to oznacza, że najpierw trzeba to ryzyko poznać. Poniżej: skąd wzięło się podejście oparte na ryzyku, jak przeprowadza się analizę, z jakich elementów się składa, dlaczego nie da się jej skopiować od innej organizacji i jak wygląda raport, który z niej powstaje.
Podejście oparte na ryzyku
Przed RODO polskie przepisy podawały zabezpieczenia wprost: rozporządzenie z 2004 r. dzieliło przetwarzanie na trzy poziomy bezpieczeństwa i do każdego przypisywało listę środków — długość hasła, częstotliwość jego zmiany, zasady kopii zapasowych. Wystarczyło ustalić poziom i odhaczyć listę.
RODO odeszło od tego modelu. Art. 24 ust. 1 każe administratorowi wdrożyć środki techniczne i organizacyjne, uwzględniając charakter, zakres, kontekst i cele przetwarzania oraz ryzyko naruszenia praw lub wolności osób o różnym prawdopodobieństwie i wadze. Art. 32 ust. 1 powtarza to dla bezpieczeństwa przetwarzania, a ust. 2 wskazuje, jakie ryzyko ocenić: przypadkowe lub niezgodne z prawem zniszczenie, utratę, modyfikację, nieuprawnione ujawnienie danych lub nieuprawniony dostęp do nich. Na tej samej logice opierają się ochrona danych w fazie projektowania (art. 25), ocena skutków (art. 35) i ocena naruszenia (art. 33–34).
Zmiana jest zasadnicza: zamiast jednej listy dla wszystkich każda organizacja sama ustala, co jej grozi, i sama odpowiada za to, czy dobrane środki są wystarczające.
Ważne jest też, czyje ryzyko się ocenia. Klasyczne zarządzanie ryzykiem w bezpieczeństwie informacji pyta o straty organizacji. RODO pyta o skutki dla osoby, której dane dotyczą — motyw 75 wymienia dyskryminację, kradzież tożsamości, stratę finansową, naruszenie dobrego imienia czy utratę kontroli nad własnymi danymi. Wyciek listy kandydatów do pracy kosztuje firmę niewiele, a kandydata, który nie chciał, żeby obecny pracodawca wiedział o jego poszukiwaniach — bardzo dużo.
Po co przeprowadza się analizę
Żeby dobrać zabezpieczenia
Analiza pokazuje, gdzie środki są niewystarczające, a gdzie nadmiarowe. Pozwala wydać pieniądze na to, co realnie obniża ryzyko, zamiast na to, co dobrze wygląda w dokumentacji.
Żeby wykazać rozliczalność
Art. 5 ust. 2 i art. 24 ust. 1 wymagają, by administrator umiał wykazać zgodność z RODO. Na pytanie organu „dlaczego uznali Państwo te zabezpieczenia za odpowiednie” odpowiedzią jest raport z analizy ryzyka.
Żeby wiedzieć, kiedy potrzebna jest DPIA
Wysokie ryzyko wykryte w analizie jest sygnałem, że dla danej czynności może być wymagana ocena skutków z art. 35.
Żeby szybciej ocenić naruszenie
Gdy dojdzie do incydentu, analiza podpowiada, które dane i które osoby są dotknięte i jak poważne mogą być skutki — a na tę ocenę są tylko 72 godziny.
Metodyki analizy ryzyka
RODO nie wskazuje metodyki i Prezes UODO jej nie narzuca. Wybór należy do administratora — pod warunkiem, że metoda jest opisana, stosowana konsekwentnie i daje wynik, który da się uzasadnić. Najczęściej spotyka się cztery podejścia:
Jakościowa macierz ryzyka
Prawdopodobieństwo i skutek ocenia się w kilkustopniowej skali opisowej, a poziom ryzyka odczytuje z macierzy albo liczy jako iloczyn. Najczęściej stosowana w ochronie danych, bo zrozumiała także dla kierownika jednostki, który ma ją zatwierdzić.
Analiza ilościowa
Ryzyko wyraża się kwotą — oczekiwaną roczną stratą. Sprawdza się w zarządzaniu ryzykiem finansowym, w ochronie danych rzadko, bo szkody dla osoby (utraty zaufania, dyskryminacji, stresu) nie da się rzetelnie wycenić.
ISO/IEC 27005 — scenariusze
Ryzyko opisuje się scenariuszem: zagrożenie wykorzystuje podatność konkretnego aktywa, a zabezpieczenia to utrudniają. Norma zarządzania ryzykiem w bezpieczeństwie informacji, dobrze dopasowana do art. 32.
Metody skupione na prywatności
ISO/IEC 29134 i metoda francuskiego organu nadzorczego (CNIL) oceniają zdarzenia z perspektywy osoby: nieuprawniony dostęp, niepożądaną modyfikację i utratę danych. Uproszczony wariant dla małych firm opisują wytyczne ENISA. Stosowane zwłaszcza w ocenie skutków.
Metody można łączyć — i w praktyce się je łączy: scenariusze z ISO/IEC 27005 porządkują analizę, a skutek ocenia się z perspektywy osoby, jak chce RODO.
Cztery elementy scenariusza
Analiza scenariuszowa składa się z czterech list. Każdy scenariusz to jedno zdanie zbudowane z ich pozycji: „zagrożenie X może wykorzystać podatność Y aktywa Z, przed czym chronią zabezpieczenia W”.
Aktywa
Wszystko, co przechowuje dane albo pozwala je przetwarzać: same dane (dokumentacja kadrowa, wnioski), systemy i programy, sprzęt i nośniki, pomieszczenia, a także ludzie i dostawcy usług. Przykład: skrzynka poczty elektronicznej działu kadr.
Zagrożenia
Zdarzenia, które mogą zaszkodzić danym — celowe (kradzież, wyłudzenie hasła, złośliwe oprogramowanie), przypadkowe (pomyłka adresata, zgubienie nośnika) i losowe (pożar, zalanie, awaria). Przykład: przejęcie konta w wyniku phishingu.
Podatności
Słabości aktywa, które zagrożenie może wykorzystać: brak aktualizacji, wspólne hasło, dokumenty na biurku w pokoju dla interesantów, brak procedury. Bez podatności zagrożenie pozostaje teoretyczne. Przykład: podatność użytkowników na socjotechnikę.
Zabezpieczenia
Środki techniczne i organizacyjne, które zmniejszają prawdopodobieństwo zdarzenia albo jego skutek: szyfrowanie, kopia zapasowa, uwierzytelnianie dwuskładnikowe, szkolenie, zamykana szafa. Przykład: uwierzytelnianie dwuskładnikowe.
Ryzyko ocenia się dwa razy. Ryzyko wrodzone to ocena scenariusza tak, jakby zabezpieczeń nie było. Ryzyko rezydualne (szczątkowe) to ocena po uwzględnieniu zabezpieczeń, które rzeczywiście funkcjonują. Różnica między nimi pokazuje, ile dają zastosowane środki — a samo ryzyko rezydualne jest tym, co administrator ostatecznie akceptuje albo postanawia dalej obniżać.
Jak ją przeprowadzić — krok po kroku
- Określ zakres. Analiza obejmuje czynności z rejestru czynności. Przy kilkudziesięciu czynnościach dzieli się je na grupy tematyczne — kadry, sprawy interesantów, monitoring, finanse — i dla każdej grupy prowadzi osobną analizę.
- Zinwentaryzuj aktywa używane w tych czynnościach — razem z ludźmi, którzy z nich korzystają, bo informatyk zna serwer, a nie zna szafy w sekretariacie.
- Zidentyfikuj zagrożenia i podatności — realne dla tej organizacji, a nie wszystkie możliwe.
- Zbuduj scenariusze, łącząc aktywo, zagrożenie i podatność. W typowej grupie czynności jest ich kilkanaście.
- Oceń ryzyko wrodzone — prawdopodobieństwo i skutek dla poufności, integralności i dostępności danych, bez uwzględnienia zabezpieczeń.
- Przypisz zabezpieczenia, które faktycznie działają, i oceń ryzyko rezydualne.
- Wybierz strategię postępowania z ryzykiem: akceptację, redukcję (dodatkowe środki), transfer (np. ubezpieczenie, powierzenie wyspecjalizowanemu podmiotowi) albo unikanie (rezygnację z czynności lub zmianę jej sposobu).
- Sporządź raport i przedstaw go do zatwierdzenia kierownikowi jednostki — to on podejmuje decyzję o akceptacji ryzyka.
- Przeglądaj analizę co najmniej raz w roku i po każdej istotnej zmianie: nowym systemie, nowej czynności, zmianie dostawcy, naruszeniu.
Dlaczego nie ma analizy „dla wszystkich”
Weźmy jedną czynność — naliczanie wynagrodzeń — w trzech organizacjach:
Urząd gminy
Program kadrowo-płacowy na własnym serwerze, sieć z kilkudziesięcioma stanowiskami, etatowy informatyk, przelewy przez bankowość elektroniczną.
Żłobek
Dwa komputery bez dostępu do sieci wewnętrznej, papierowe listy obecności, a płace nalicza urząd gminy w ramach obsługi administracyjnej.
Firma usługowa
Program płacowy w chmurze, biuro rachunkowe jako podmiot przetwarzający, praca zdalna, prywatne telefony z dostępem do poczty.
Czynność ta sama, ale aktywa, podatności i zabezpieczenia — zupełnie inne. W gminie głównym scenariuszem jest złośliwe oprogramowanie w sieci, w żłobku — wgląd w papierowe dokumenty i awaria jedynego komputera, w firmie — przejęcie konta w chmurze i zgubiony telefon. Analiza przepisana z jednej organizacji do drugiej opisuje ryzyko, którego tam nie ma, i pomija to, które jest.
Gotowa analiza „z szablonu” jest przy tym gorsza niż jej brak: wymienia zabezpieczenia, których organizacja nie stosuje, więc przy kontroli albo po naruszeniu staje się dokumentem nieprawdziwym, podpisanym przez kierownika jednostki.
Gotowe listy mają sens w innej roli — jako słownik startowy, z którego wybiera się pozycje pasujące do organizacji, dopisuje brakujące i usuwa obce. Punktem wyjścia może być cudza lista; wynikiem musi być własna analiza.
Metodyka SZODO i dlaczego taka
Moduł analizy ryzyka w SZODO stosuje analizę scenariuszową zgodną z podejściem ISO/IEC 27005, z jakościową oceną prawdopodobieństwa i skutku. Metodyka została odwzorowana z rzeczywistej analizy ryzyka jednostki samorządowej i działa tak:
- Skala 1–4 osobno dla prawdopodobieństwa (P) i skutku (S), poziom ryzyka R = P × S w zakresie 1–16: Niskie 1–3 Średnie 4–7 Wysokie 8–11 Krytyczne 12–16.
- Trzy oceny w każdym scenariuszu — osobno dla poufności, integralności i dostępności.
- Ryzyko rezydualne liczone regułą: każde zabezpieczenie obniża prawdopodobieństwo o 10%, łącznie najwyżej o 60%, a od czterech zabezpieczeń skutek spada o jeden stopień.
- Wynik analizy to najgorszy scenariusz, a nie średnia — osobno przed i po zabezpieczeniach.
- Strategia wybierana spośród czterech: akceptacja, redukcja, transfer, unikanie — z uzasadnieniem w raporcie.
Każdy z tych wyborów ma powód:
Scenariusze, bo art. 32 mówi o bezpieczeństwie
Scenariusz łączy konkretne aktywo z konkretną słabością, więc prowadzi wprost do konkretnego zabezpieczenia. Ogólnik „ryzyko wycieku danych: średnie” nie podpowiada, co zrobić.
Triada CIA, bo wymienia ją przepis
Art. 32 ust. 1 lit. b mówi o poufności, integralności i dostępności. Wyciek i utrata dostępu to różne szkody — jedna ocena dla obu ukrywałaby jedną za drugą.
Cztery stopnie, bez środka
Przy nieparzystej skali najwygodniej zaznaczyć środkową wartość. Skala czterostopniowa wymusza decyzję, czy zdarzenie jest raczej mało, czy raczej bardzo prawdopodobne.
Reguła zamiast wpisywania „na oko”
Ten sam scenariusz z tymi samymi zabezpieczeniami zawsze daje ten sam wynik. Ocenę rezydualną da się więc wyjaśnić organowi — a w analizach pisanych ręcznie identyczne zabezpieczenia potrafią dawać różne redukcje.
Najważniejsze jest jednak to, że cztery listy — aktywa, zagrożenia, podatności i zabezpieczenia — każdy administrator danych ma własne. Zestaw startowy jest dostępny, ale tylko jako punkt wyjścia: dopisuje się do niego własne pozycje, a niepasujące archiwizuje.
Raport z analizy — przykład
Analiza kończy się raportem, który kierownik jednostki zatwierdza podpisem. Raport powinien zawierać metodykę (skalę, progi, sposób liczenia ryzyka rezydualnego), zakres i kontekst, listy aktywów, zagrożeń, podatności i zabezpieczeń użytych w scenariuszach, same scenariusze z ocenami, wynik oraz strategię z uzasadnieniem. Bez rozdziału metodycznego liczby w raporcie są nie do zweryfikowania.
Poniżej skrócony przykład — trzy scenariusze dla czynności „Rekrutacja pracowników” w fikcyjnej spółce. Prawdziwa analiza tej czynności miałaby ich kilkanaście, ale układ jest taki sam jak w raporcie generowanym przez SZODO, a wartości rezydualne wyliczono opisaną wyżej regułą.
Raport z analizy ryzyka · przykład
Analiza ryzyka nr 1: Rekrutacja pracowników
1. Kontekst i zakres
Rekrutację prowadzi dwuosobowy dział kadr. Zgłoszenia wpływają na wydzieloną skrzynkę poczty i w formie papierowej do sekretariatu; dane kandydatów są zestawiane w arkuszu na dysku sieciowym. Spotkania z kandydatami odbywają się w pokoju działu kadr. Czynność przetwarzania objęta analizą: Rekrutacja pracowników.
2. Zidentyfikowane aktywa, zagrożenia, podatności i zabezpieczenia
Aktywa
- Skrzynka poczty elektronicznej rekrutacji
- Papierowe dokumenty aplikacyjne
- Arkusz kandydatów na dysku sieciowym
Zagrożenia
- Przejęcie konta w wyniku wyłudzenia hasła (phishing)
- Wgląd osób nieuprawnionych
- Zaszyfrowanie danych przez złośliwe oprogramowanie
Podatności
- Podatność użytkowników na socjotechnikę
- Dokumenty pozostawiane na biurku w pokoju, do którego wchodzą kandydaci
- Otwieranie załączników z nieznanych źródeł
Zabezpieczenia
- Uwierzytelnianie dwuskładnikowe
- Filtr antyspamowy i antywirusowy poczty
- Szkolenie pracowników z bezpieczeństwa informacji
- Dostęp do zasobów wyłącznie dla osób upoważnionych
- Zamykana szafa na dokumenty kadrowe
- Zasada czystego biurka
- Kopia zapasowa przechowywana poza siecią
- Bieżące aktualizacje systemów i oprogramowania
3. Scenariusze ryzyka
Scenariusz 1
Aktywo: skrzynka poczty elektronicznej rekrutacji ·
Zagrożenie: przejęcie konta w wyniku wyłudzenia hasła ·
Podatność: podatność użytkowników na socjotechnikę
Zabezpieczenia (4): uwierzytelnianie dwuskładnikowe, filtr
antyspamowy i antywirusowy poczty, szkolenie pracowników, dostęp wyłącznie dla
osób upoważnionych — ochrona warstwowa, redukcja prawdopodobieństwa 40%
| Aspekt | Ryzyko wrodzone | Ryzyko rezydualne | ||||
|---|---|---|---|---|---|---|
| P | S | Poziom | P | S | Poziom | |
| Poufność | 3 | 3 | Wysokie (9) | 2 | 2 | Średnie (4) |
| Integralność | 2 | 2 | Średnie (4) | 1 | 1 | Niskie (1) |
| Dostępność | 2 | 2 | Średnie (4) | 1 | 1 | Niskie (1) |
Scenariusz 2
Aktywo: papierowe dokumenty aplikacyjne ·
Zagrożenie: wgląd osób nieuprawnionych ·
Podatność: dokumenty pozostawiane na biurku w pokoju, do
którego wchodzą kandydaci
Zabezpieczenia (2): zamykana szafa na dokumenty kadrowe,
zasada czystego biurka — słaba ochrona, redukcja prawdopodobieństwa 20%
| Aspekt | Ryzyko wrodzone | Ryzyko rezydualne | ||||
|---|---|---|---|---|---|---|
| P | S | Poziom | P | S | Poziom | |
| Poufność | 2 | 3 | Średnie (6) | 2 | 3 | Średnie (6) |
| Integralność | 1 | 2 | Niskie (2) | 1 | 2 | Niskie (2) |
| Dostępność | 2 | 2 | Średnie (4) | 2 | 2 | Średnie (4) |
Scenariusz 3
Aktywo: arkusz kandydatów na dysku sieciowym ·
Zagrożenie: zaszyfrowanie danych przez złośliwe oprogramowanie ·
Podatność: otwieranie załączników z nieznanych źródeł
Zabezpieczenia (6): kopia zapasowa poza siecią, bieżące
aktualizacje, filtr antyspamowy i antywirusowy poczty, szkolenie pracowników,
dostęp wyłącznie dla osób upoważnionych, uwierzytelnianie dwuskładnikowe —
silna ochrona wielowarstwowa, redukcja prawdopodobieństwa 60%
| Aspekt | Ryzyko wrodzone | Ryzyko rezydualne | ||||
|---|---|---|---|---|---|---|
| P | S | Poziom | P | S | Poziom | |
| Poufność | 2 | 3 | Średnie (6) | 1 | 2 | Niskie (2) |
| Integralność | 2 | 3 | Średnie (6) | 1 | 2 | Niskie (2) |
| Dostępność | 3 | 3 | Wysokie (9) | 1 | 2 | Niskie (2) |
4. Macierz ryzyka rezydualnego
Liczba w nawiasie oznacza, ile ocen z tej analizy znalazło się w danej komórce.
| P \ S | 1 — Nieznaczny | 2 — Niewielki | 3 — Umiarkowany | 4 — Poważny |
|---|---|---|---|---|
| 4 — Wysokie | 4 | 8 | 12 | 16 |
| 3 — Średnie | 3 | 6 | 9 | 12 |
| 2 — Niskie | 2 | 4 (2) | 6 (1) | 8 |
| 1 — Bardzo niskie | 1 (2) | 2 (4) | 3 | 4 |
5. Wyniki analizy ryzyka
| Ogólny poziom ryzyka wrodzonego | Wysokie (9) |
|---|---|
| Ogólny poziom ryzyka rezydualnego | Średnie (6) |
| Strategia postępowania z ryzykiem | Akceptacja ryzyka |
Uzasadnienie strategii
Ryzyko rezydualne w żadnym scenariuszu nie przekracza poziomu średniego. Najwyższa wartość (6) dotyczy wglądu w papierowe dokumenty podczas spotkań z kandydatami; zamykana szafa i zasada czystego biurka funkcjonują i są objęte okresowym przeglądem. Administrator akceptuje ryzyko szczątkowe i utrzymuje istniejące zabezpieczenia.
Warto zwrócić uwagę na dwie rzeczy. Po pierwsze, wynik analizy wyznacza najgorszy scenariusz: dwa scenariusze o wysokim ryzyku wrodzonym spadły do niskiego i średniego dzięki zabezpieczeniom, ale wynik rezydualny całej analizy wyznacza scenariusz 2, w którym zabezpieczeń jest najmniej. Po drugie, ten sam scenariusz w innej spółce — z recepcją, w której kandydaci czekają osobno — miałby inną podatność i inny wynik. Dlatego przykład jest przykładem, a nie wzorem do przepisania.
Spróbuj na własnej czynności. W formularzu prostej analizy ryzyka wpisujesz jedną swoją czynność, odpowiadasz na trzy pytania i przeklikujesz podpowiedzi — po kilku minutach widzisz podgląd takiego raportu. Bez rejestracji, wszystko w przeglądarce.
▶ Film: jak to wygląda na przykładzie zapisów do przedszkola (2 min 5 s) ›
Najczęstsze pytania
Czy analiza ryzyka jest obowiązkowa?
RODO nie używa słów „analiza ryzyka” jako nazwy dokumentu, ale art. 24 ust. 1 i art. 32 ust. 1–2 każą dobrać środki ochrony z uwzględnieniem ryzyka, a art. 5 ust. 2 — umieć to wykazać. Bez udokumentowanej oceny ryzyka nie da się wykazać, że zabezpieczenia są odpowiednie, więc w praktyce jest to obowiązek każdego administratora.
Jak często aktualizować analizę ryzyka?
Przepis nie podaje terminu — art. 24 ust. 1 mówi o przeglądzie i uaktualnianiu środków w razie potrzeby. Dobrą praktyką jest przegląd raz w roku oraz zawsze po istotnej zmianie: nowym systemie, nowej czynności przetwarzania, zmianie podmiotu przetwarzającego albo po naruszeniu, które ujawniło nieprzewidzianą podatność.
Czym analiza ryzyka różni się od oceny skutków (DPIA)?
Analiza ryzyka z art. 32 dotyczy bezpieczeństwa danych we wszystkich przetwarzaniach i odpowiada na pytanie, jakie zabezpieczenia są odpowiednie. Ocena skutków z art. 35 dotyczy jednego przetwarzania o wysokim ryzyku i bada także jego niezbędność i proporcjonalność. Ocena skutków korzysta z analizy ryzyka, ale jej nie zastępuje.
Kto przeprowadza analizę ryzyka?
Odpowiada za nią administrator danych. W praktyce analizę prowadzi inspektor ochrony danych albo osoba odpowiedzialna za bezpieczeństwo informacji, ale z udziałem osób, które znają procesy i systemy — kierowników komórek, informatyka, właścicieli procesów. Analiza napisana w pojedynkę zza biurka zwykle opisuje organizację, jaką autor sobie wyobraża.
W praktyce
Jak wygląda analiza ryzyka w SZODO
Analizę prowadzi się w SZODO jako kreator w trzech krokach — identyfikacja (zakres i kontekst), scenariusze, ocena i strategia — a każdy krok zapisuje się od razu, bo analizę wykonuje się zwykle przez kilka dni. Zakres wybiera się z rejestru czynności przetwarzania, a wynik analizy widać potem w podglądzie każdej objętej nią czynności.
Ryzyko wrodzone i rezydualne pokazuje się na żywo przy każdym scenariuszu, macierz zaznacza komórki, w które trafiły oceny, a gotowa analiza kończy się raportem PDF w układzie pokazanym wyżej — dla pojedynczej analizy albo zbiorczym dla wszystkich analiz administratora, z rozdziałem metodycznym i macierzą ryzyka.
Własne listy, zestaw startowy, Asystent AI
Aktywa, zagrożenia, podatności i zabezpieczenia to słowniki konkretnego administratora danych. Można wgrać zestaw startowy z rzeczywistej analizy jednostki samorządowej, dopisywać pozycje ręcznie albo pobrać listę do arkusza, poprawić ją i wgrać z powrotem. Po podłączeniu Asystenta AI aplikacja proponuje scenariusze — ale wyłącznie z pozycji istniejących w Twoich słownikach, a każda propozycja czeka na zatwierdzenie przez człowieka. Asystent ocenia tylko ryzyko wrodzone; rezydualne zawsze liczy aplikacja.