Ocena Skutków dla Ochrony Danych — Podsumowanie
Art. 35 RODO | Kwiecień 2026
Ta strona jest podsumowaniem oceny skutków dla ochrony danych sporządzonej przez operatora usługi HumanKey. Ma charakter informacyjny i nie stanowi gwarancji umownej. Podsumowanie jest w trakcie przeglądu; ostatnia zmiana tej strony: 9 października 2026 r..
1. Cel i zakres
HumanKey świadczy usługi detekcji botów AI i klasyfikacji ruchu dla wydawców stron internetowych. Usługa systematycznie monitoruje żądania do witryn, aby odróżnić użytkowników od agentów zautomatyzowanych (crawlerów AI, scraperów, botów). Niniejsza DPIA ocenia wpływ tego przetwarzania na prywatność.
2. Kategorie danych
| Kategoria | Przetwarzanie | Status |
|---|---|---|
| Adresy IP | Pseudonimizowane (skrót z kluczem) przed zapisem w bazie danych — oryginalny adres IP nie jest tam przechowywany | Pseudonimizowane |
| Ciągi User-Agent | Skrócone do 200 znaków wyłącznie do klasyfikacji | Ograniczone PII |
| URL stron i referrerów | Wykorzystywane do analizy ruchu | Potencjalnie osobowe |
| Metadane wizyt | Znaczniki czasu, czas trwania sesji | Nieosobowe |
| Sygnały behawioralne | Zagregowane wzorce interakcji na poziomie sesji (bez rejestrowania naciśnięć klawiszy) | Pseudonimizowane |
| Lokalizacja na poziomie kraju | Uzyskana z IP przez bazę geolokalizacji (wyłącznie kod kraju) | Potencjalnie osobowe |
| Tożsamość crawlera AI | Nazwa bota, firma, cel (dane agenta zautomatyzowanego) | Nieosobowe |
3. Podstawa prawna
- Dane konta: Wykonanie umowy (art. 6 ust. 1 lit. b) — akceptacja Warunków Korzystania z Usługi podczas rejestracji zawiera umowę; podanie danych konta jest wymogiem umownym, a bez nich nie możemy utworzyć ani prowadzić konta (art. 13 ust. 2 lit. e)
- Detekcja botów: Prawnie uzasadniony interes (art. 6 ust. 1 lit. f) — ochrona treści przed nieautoryzowanym scrapingiem, zapewnienie dokładnych metryk ruchu, zapobieganie przeciążeniu serwerów przez agresywne crawlery
- Współpraca między posiadaczami kont: Prawnie uzasadniony interes (art. 6 ust. 1 lit. f) — gdy posiadacz konta zaprasza inną osobę do swojej przestrzeni roboczej, kontekst identyfikujący zapraszającego (taki jak jego nazwa wyświetlana, jeśli jest dostępna) może zostać pokazany zapraszanemu w celu weryfikacji tożsamości, równoważony zmniejszonym oczekiwaniem prywatności zapraszającego w samym akcie zapraszania. Zaproszenie i jego podgląd nie zawierają adresu e-mail zapraszającego.
Zgoda nie jest odpowiednia dla detekcji botów, ponieważ agenty zautomatyzowane nie mogą udzielić zgody i jej nie udzielają, a wymaganie zgody uniemożliwiłoby osiągnięcie celu przetwarzania.
4. Zidentyfikowane ryzyka i środki zaradcze
NISKIE: Fałszywa klasyfikacja
Człowiek błędnie zaklasyfikowany jako bot → brak wpływu funkcjonalnego (brak blokowania), wyłącznie błąd statystyczny. Mitygowane przez progi ufności i opcje ręcznego przeglądu.
NISKIE: Naruszenie ochrony danych
Ujawnienie zapisanych kodów IP → są spseudonimizowane; ponowna identyfikacja wymaga dodatkowych informacji przechowywanych oddzielnie. Środki: szyfrowanie w spoczynku i w tranzycie, kontrola dostępu oraz automatyczne egzekwowanie okresów przechowywania.
ŚREDNIE: Wyciek prywatności URL
URL-e zawierające identyfikatory przechowywane w analityce → potencjalna reidentyfikacja. Mitygowane przez dokumentację dla wydawców i automatyczne usuwanie parametrów zapytań przy zapisie (parametry zapytań są usuwane przed zapisaniem URL; zachowywana jest tylko domena i ścieżka).
NISKIE: Dostęp podmiotów przetwarzających
Podmioty przetwarzające mają dostęp do pseudonimizowanych danych → mitygowane przez umowy powierzenia oraz mechanizm przekazywania wskazany przy każdym podmiocie w rejestrze podmiotów przetwarzających.
Ogólne ryzyko: ŚREDNIE — Brak zautomatyzowanego podejmowania decyzji o wysokim ryzyku (art. 22), brak danych szczególnych kategorii (art. 9). Ryzyko jest podwyższone ze względu na podmioty przetwarzające spoza EOG; przekazywanie im danych opiera się na mechanizmie wskazanym przy każdym z nich w rejestrze podmiotów przetwarzających.
5. Zabezpieczenia
- Pseudonimizacja: Adresy IP haszowane kryptograficznie przed zapisem w bazie danych (art. 32 ust. 1 lit. a)
- Minimalizacja danych: User-Agent skrócony, brak zbierania danych szczególnych kategorii
- Ograniczenie przechowywania: Automatyczne egzekwowanie retencji (Free: 7 dni, Pro: 30 dni, Business: 90 dni, Enterprise: 365 dni)
- Szyfrowanie: Szyfrowanie w tranzycie i w spoczynku zgodne ze standardami branżowymi
- Kontrola dostępu: Uwierzytelnianie, ograniczanie liczby żądań i dostęp oparty na rolach
- Monitoring: Śledzenie błędów z usuwaniem PII, strukturalne logowanie, ścieżka audytu
- Rezydencja danych w UE: Dane podstawowe przetwarzane i przechowywane na terenie Unii Europejskiej
- Brak automatycznego blokowania: Klasyfikacja ma charakter wyłącznie informacyjny — brak zautomatyzowanych decyzji dotyczących osób
- Weryfikacja klasyfikacji botów (administracyjna i automatyczna): HumanKey kontroluje jakość wyników klasyfikacji, w tym przez przegląd wykonywany przez personel HumanKey; ponadto niektóre automatyczne kontrole mogą też potwierdzić klasyfikację. Etykiety weryfikacji są przechowywane z zahaszowanym identyfikatorem — zahaszowanym identyfikatorem administratora dla weryfikacji ręcznych lub zahaszowanym adresem IP dla sygnałów automatycznych — w celach audytu i poprawy jakości detekcji; nie są zbierane żadne dodatkowe dane osobowe i żadne dane nie są przesyłane poza HumanKey. To przetwarzanie ma charakter wyłącznie informacyjny i nie wywołuje skutków prawnych ani podobnie istotnych dla użytkowników końcowych.
- Transparentność AI (art. 50 Aktu o AI — Rozporządzenie (UE) 2024/1689): Każde miejsce, w którym klienci lub odwiedzający HumanKey korzystają z dużego modelu językowego, opisujemy pod adresem /pl/legal/ai-transparency. Wynik scoringu ML jest skalibrowanym wskaźnikiem prawdopodobieństwa i ma charakter wyłącznie doradczy — wspiera przegląd administracyjny i wglądy produktowe w panelu, ale nigdy nie stanowi jedynej podstawy decyzji prawnej ani finansowej (granica art. 22 RODO).
6. Prawa podmiotów danych (art. 15–22)
| Prawo | Jak skorzystać |
|---|---|
| Dostęp (art. 15) | Panel → Ustawienia → Eksport danych (JSON) |
| Usunięcie (art. 17) | Panel → Ustawienia → Usuń konto — zakres i wyjątki opisane w §6.1 |
| Sprostowanie (art. 16) | Panel → Ustawienia → Aktualizuj profil |
| Sprzeciw (art. 21) | Formularz kontaktowy (odpowiedź w ciągu 30 dni) |
| Przenoszenie (art. 20) | Eksport w formacie JSON do odczytu maszynowego |
6.1 Prawo do usunięcia — zakres i wyjątki
Gdy posiadacz konta korzysta z art. 17 RODO (Prawo do usunięcia), HumanKey stosuje warstwowy mechanizm usuwania, który równoważy prawo podmiotu danych z obowiązkami ustawowymi:
Po usunięciu konta jego strony, dane wizyt, klucze API i analityka są usuwane z usługi; dane w kopiach zapasowych wygasają zgodnie z cyklem kopii dostawcy bazy danych. Zapisy, które musimy przechowywać z mocy prawa (np. potrzebne do celów podatkowych), przechowujemy tylko tak długo, jak wymaga tego prawo, a następnie usuwamy (art. 17 ust. 3 lit. b RODO). W dziennikach aktywności innych organizacji adres e-mail usuniętego zaproszonego członka zespołu zastępujemy neutralnym znacznikiem. Jeden zapis o zaakceptowanych wersjach Regulaminu, powiązany wyłącznie ze spseudonimizowanym adresem e-mail, zachowujemy w celu ustalenia, dochodzenia lub obrony roszczeń (art. 17 ust. 3 lit. e RODO); zob. sekcję 8 Polityki prywatności.
6.2 Osadzalna odznaka weryfikacyjna — ocena przetwarzania
Nowa czynność przetwarzania wprowadzona dla klientów planu Pro+, którzy wybiorą osadzenie naszej odznaki weryfikacyjnej HumanKey na swoich stronach internetowych. Endpoint odznaki pod adresem api.humankey.io/api/badge otrzymuje żądanie HTTP od każdego odwiedzającego stronę klienta, zawierające: adres IP, User-Agent oraz opcjonalnie nagłówek Referer (pomijany przez zalecany Referrer-Policy: no-referrer). Nasza aplikacja nie zapisuje adresu IP ani User-Agenta odwiedzającego z żądania odznaki w danych o ruchu; żądania odznaki podlegają limitowaniu.
Ocena uzasadnionego interesu (LIA, art. 6 ust. 1 lit. f): uzasadniony interes administratora w sygnalizacji zaufania i transparentności wobec odwiedzających w zakresie monitorowania ruchu AI jest zrównoważony z interesem prywatności odwiedzającego. Nasza aplikacja nie zapisuje adresu IP ani User-Agenta odwiedzającego z żądania odznaki w danych o ruchu; żądanie jest przetwarzane w celu podania obrazu i limitowania żądań; nie dochodzi do profilowania poszczególnych odwiedzających. Domyślnie wyłączony przełącznik w panelu klienta oraz brak zapisu wizyty z żądania odznaki dodatkowo ograniczają ingerencję w prywatność odwiedzającego. Administrator stwierdza, że uzasadniony interes nie zostaje przeważony przez prawa odwiedzającego.
7. Podmioty przetwarzające
Pełna lista podmiotów przetwarzających, ich celów, lokalizacji danych i linków do DPA jest dostępna pod adresem: /pl/legal/podmioty-przetwarzajace
Przekazywanie danych podmiotom przetwarzającym spoza EOG opiera się na mechanizmie wskazanym przy każdym z nich w rejestrze podmiotów przetwarzających.
8. Przegląd
- Ocena podlega przeglądowi, gdy zmienia się ryzyko wynikające z operacji przetwarzania (art. 35 ust. 11 RODO).
- Administrator: Robert Pałka ChainGuard
9. Organ nadzorczy
Polski organ nadzorczy: Urząd Ochrony Danych Osobowych (UODO)
Strona: uodo.gov.pl
Pytania? Skontaktuj się przez formularz kontaktowy lub napisz do polskiego organu nadzorczego (UODO).
Podsumowanie sporządzono z uwzględnieniem art. 35 RODO oraz wytycznych Grupy Roboczej Art. 29 dotyczących oceny skutków dla ochrony danych (WP 248 rev.01). Administrator: Robert Pałka ChainGuard.