Usunięcie, które musi dotrzeć wszędzie.
Prawo do bycia zapomnianym, Art. 17, daje osobom prawo do usunięcia ich danych osobowych w określonych okolicznościach. Tam, gdzie ograniczenie przechowywania dotyczy czasu, przez jaki dane są przechowywane, prawo do usunięcia dotyczy możliwości ich faktycznego usunięcia na żądanie, a to zależy od ścieżki usuwania: działa ona tylko wtedy, gdy dociera do każdego miejsca, w którym przechowywane są dane osoby.
The shapes the same control failure takes.
Prawo do usunięcia nie działa, gdy kopia danych osobowych pozostaje w miejscu, do którego ścieżka usuwania nie dociera. Powtarzające się schematy:
Nowe miejsce przechowywania nie jest podłączone do usuwania
Zmiana dodaje nowe miejsce, w którym przechowywane są dane osobowe (pamięć podręczna, indeks wyszukiwania, druga baza danych, eksport), a ścieżka usuwania konta nie została zaktualizowana, aby je wyczyścić, więc kopia pozostaje.
Usunięcie staje się miękkim usunięciem
Rzeczywiste usunięcie zostaje zastąpione flagą (np. kolumna deleted_at), więc dane osobowe wciąż istnieją, co nie spełnia wymogu usunięcia.
Usunięcie jest częściowe
Główny rekord zostaje usunięty, ale powiązane dane osobowe w innych tabelach, logach lub kolejkach wiadomości pozostają.
Procesor nie jest powiadamiany o usunięciu
Dane zostały przesłane do zewnętrznego procesora, a usunięcie nie zostało przekazane dalej, więc kopia u podmiotu trzeciego nadal istnieje.
Usunięcie nie jest dostępne
Nie istnieje działająca ścieżka do usunięcia danych danej osoby w ogóle, jest jedynie proces ręczny lub doraźny, który nie skaluje się i łatwo popełnić w nim błędy.
Nowa kopia bez ścieżki do jej usunięcia.
Funkcja wyszukiwania osób dodaje indeks wyszukiwania z profilami użytkowników, aktualizowany przy każdej zmianie. Działa. Ale ścieżka usuwania konta nie została zaktualizowana, aby wyczyścić indeks, więc po żądaniu usunięcia osoba znika z bazy danych, ale pozostaje w indeksie.
async function onUserUpdated(user: User) { await db.users.save(user)+ await searchIndex.upsert({ id: user.id, name: user.name, email: user.email })}Ta zmiana dodaje nową kopię profilu użytkownika (imię, e-mail) do indeksu wyszukiwania, ale ścieżka usuwania konta nie czyści go, więc żądanie usunięcia nie dotrze do niego. Art. 17 (prawo do bycia zapomnianym) wymaga, aby usunięcie dotyczyło każdego miejsca przechowywania danych osoby. Zaktualizuj ścieżkę usuwania konta, aby usuwała użytkownika również z indeksu, i sprawdź, czy nie dodano innych nowych kopii.
Usunięcie jest testowane wobec każdej kopii.
Przegląd ochrony danych sprawdza, czy żądanie usunięcia faktycznie usuwa dane osoby ze wszystkich miejsc, w których są przechowywane, a nie tylko z głównej bazy danych: pamięci podręczne, indeksy wyszukiwania, kopie zapasowe (z uwzględnieniem ich własnych zaakceptowanych procedur), narzędzia analityczne oraz zewnętrzni procesorzy. Luka zwykle polega na dodaniu nowego miejsca przechowywania w kodzie bez aktualizacji ścieżki usuwania, co jest dokładnie rodzajem zmiany, którą przegląd różnic może wykryć przed wdrożeniem.
Przegląd, a nie Twoj DPO.
heygrc sygnalizuje zmiany, które dotyczą prawa do bycia zapomnianym, i podaje odpowiedni artykuł, aby poprawka została wprowadzona w pull request. Nie obsługuje żądań osób, których dane dotyczą, ani nie wydaje orzeczeń prawnych. Wychwytuje moment, w którym dodawana jest nowa kopia danych osobowych bez ścieżki do jej usunięcia, na etapie przeglądu różnic.