Pracownik RIZAP wgrał dokumentację zdrowotną 726 osób do osobistego czatu AI.

20 sierpnia 2026 r. pracownik RIZAP Inc., japońskiej grupy zajmującej się fitnessem i poradnictwem zdrowotnym, pobierał rekordy z systemu zarządzania poradnictwem zdrowotnym, który firma obsługuje dla ubezpieczycieli, gdy dane trafiły do usługi generatywnej AI na prywatnym koncie, którego spółka nigdy nie zatwierdziła. Rekordy obejmowały 726 członków Stowarzyszenia Wzajemnej Pomocy Pracowników Samorządowych (地方職員共済組合) z czternastu oddziałów regionalnych i zawierały imiona i nazwiska, daty urodzenia, symbole i numery kart ubezpieczeniowych oraz kategorie chorób: nadciśnienie, cukrzycę i dyslipidemię — dane wrażliwe w rozumieniu japońskiej ustawy o ochronie danych osobowych. Stowarzyszenie opublikowało swoje zawiadomienie 4 września 2026 r. Sprawa należy do udokumentowanych incydentów w archiwum incydentów Orca AI, w którym każdy wpis ma własne źródła, poziom dotkliwości, stopień pewności i oznaczenie sporne.

To nie było naruszenie w zwykłym sensie. Żadnego atakującego, żadnych przejętych danych uwierzytelniających, żadnej wykorzystanej luki w zabezpieczeniach. Osoba wykonująca rutynowe prace związane z agregacją danych wybrała niewłaściwe narzędzie, a dane członków ubezpieczyciela zdrowotnego — w tym kategorię, którą japońskie prawo traktuje jako wymagającą najsurowszego traktowania — opuściły organizację przez kartę przeglądarki, o której istnieniu nikt w firmie nie wiedział. Archiwum ocenia ten wpis na najwyższym poziomie pewności, określa jego wagę jako wysoką, odnotowuje rzeczywistą szkodę i nie oznacza go jako spornego, a obie strony, które opublikowały zawiadomienia, zgadzają się co do mechanizmu. Poniższa część oddziela to, co owe zawiadomienia ustalają, od tego, co opiera się wyłącznie na zapewnieniach dostawcy.

Co RIZAP faktycznie ujawnił i kiedy

Przeprosiny i zawiadomienie RIZAP noszą datę 3 września 2026 r. Umieszczają one incydent w pionie zarządzania zdrowiem i biznesu ubezpieczeniowego spółki i podają, że pracownik w momencie przesłania zajmował się agregacją danych na potrzeby konkretnego systemu zarządzania wskazówkami zdrowotnymi. Pracownik korzystał z usługi generatywnej sztucznej inteligencji w użyciu prywatnym — jak ujmuje to sama spółka — a nie z konta służbowego. Zawiadomienie nie podaje własnej daty wystąpienia zdarzenia; termin 20 sierpnia oraz fakt, że pracownik sam zgłosił przesłanie, pochodzą z dwóch zawiadomień ubezpieczycieli, które nastąpiły później.

Zakres opisany przez RIZAP to podzbiór rekordów zarejestrowanych w tym systemie między 1 stycznia a 19 sierpnia 2026 r.: osób zapisanych do konkretnego programu poradnictwa zdrowotnego, który japońscy ubezpieczyciele oferują członkom uznanym za zagrożonych chorobami związanymi ze stylem życia. W zawiadomieniu wymieniono zwykłe dane osobowe (symbol i numer karty ubezpieczeniowej, adres e-mail, imię i nazwisko, datę urodzenia, płeć, a w przypadku niektórych osób adres i numer telefonu) oraz osobno dwie kategorie wrażliwych danych osobowych: formę otrzymywanego wsparcia w zakresie poradnictwa zdrowotnego oraz informacje o chorobach w przypadku każdej osoby odnotowanej jako mająca nadciśnienie, cukrzycę lub dyslipidemię. Stwierdza się w nim, że numery kart kredytowych, dane rachunków bankowych i dane logowania nie należały do tych danych.

RIZAP twierdzi, że przygotował raport dla Komisji Ochrony Informacji Osobowych, organu regulacyjnego, który otrzymuje zgłoszenia dotyczące niektórych incydentów związanych z danymi osobowymi na podstawie ustawy. Ani zawiadomienie RIZAP, ani zawiadomienie stowarzyszenia nie mówią, co komisja z nim zrobiła, a w żadnym z tych dokumentów nie pojawia się żadne ustalenie komisji.

Data, pod którą archiwum to klasyfikuje, to 4 września 2026 r., i jest to data publikacji samego stowarzyszenia, a nie RIZAP. Różnią się one o jeden dzień, ponieważ firma powiadomiła jako pierwsza, a ubezpieczyciel, którego członkowie znajdowali się w tych danych, poinformował o tym publicznie następnego dnia, gdy zlecił także wykonawcy wysłanie wiadomości e-mail do poszkodowanych. ITmedia NEWS poinformowało o komunikacie firmy 4 września o 11:33 czasu lokalnego.

Skąd się bierze liczba 726

RIZAP nie opublikował żadnej liczby. W swoim komunikacie opisuje dane i reakcję, ale nie podaje liczby poszkodowanych osób, a opublikowany 4 września materiał ITmedia wprost stwierdza, że firma jej nie ujawniła. Liczba 726 należy do Local Government Employees' Mutual Aid Association, która prowadzi ubezpieczenie zdrowotne dla samorządowych urzędników i była jednym z ubezpieczycieli, którzy zlecili RIZAP realizację programu wsparcia.

Komunikat stowarzyszenia z 4 września podaje więcej szczegółów niż komunikat wykonawcy: 726 osób w czternastu oddziałach — Iwate, Akita, Yamagata, Fukushima, Tochigi, Kanagawa, Fukui, Mie, Osaka, Tottori, Yamaguchi, Kagawa, Ehime i Kagoshima. Zdarzenie odnotowano jako 20 sierpnia, stwierdza się w nim, że pracownik wykonawcy wprowadził dane do usługi, której wykonawca nie autoryzował, i sprawił, że dane te zostały przywołane, potwierdza, że dane usunięto z ekranu usługi AI i że do dostawcy usługi skierowano żądanie usunięcia, oraz podaje, że RIZAP wysłał e-maile do osób, których to dotyczy, o 10:00 4 września.

Dwie niewielkie różnice między relacjami warto odnotować, a nie wygładzać. RIZAP nazywa identyfikator symbolem i numerem karty ubezpieczenia; stowarzyszenie nazywa go symbolem i numerem członka. RIZAP wymienia trzy kategorie wsparcia w zakresie wskazówek zdrowotnych; w zawiadomieniu stowarzyszenia wymieniono dwie: wsparcie aktywne i wsparcie motywacyjne. Żadna z tych różnic nie zmienia kształtu incydentu, ale przypominają one, że oba dokumenty zostały sporządzone przez różne organizacje dla różnych odbiorców oraz że szczegóły dotyczące poziomu członka pochodzą od ubezpieczyciela, a nie od firmy, która utraciła nad nimi kontrolę.

Incydent był szerszy niż 726.

Ponieważ RIZAP nigdy nie podał łącznej liczby, rozmiar ekspozycji można odtworzyć wyłącznie na podstawie powiadomień samych ubezpieczycieli, i japońskie media zajmujące się bezpieczeństwem robiły dokładnie to. Security Measures Lab (セキュリティ対策Lab), japoński serwis informacyjny poświęcony bezpieczeństwu, zebrał powiadomienia, które mógł zweryfikować, i ponownie opublikował liczbę, którą jeden ubezpieczyciel przypisał całemu zbiorowi danych: National Health Insurance Association for Construction and Civil Engineering (全国土木建築国民健康保険組合) podało, że dane dotyczące 19 996 osób zostały wprowadzone do niezatwierdzonej usługi AI i były w niej przywoływane, z czego 1 167 osób to własni członkowie tej organizacji.

Ta liczba wymaga zastrzeżenia, które sama witryna do niej dołącza: obejmuje ona osoby, których dane wprowadzono do usługi, a nie osoby, o których potwierdzono, że ich informacje do kogokolwiek dotarły. Pozostałe opublikowane liczby są w niej zawarte i nie należy ich do niej doliczać. Towarzystwo ubezpieczeń zdrowotnych Grupy IHI wymieniło 210 osób w powiadomieniu z 2 września. Towarzystwo ubezpieczeń zdrowotnych Hitachi nie opublikowało żadnej liczby, ale wstrzymało nowe skierowania do programu porad zdrowotnych RIZAP do czasu, aż będzie mogło potwierdzić, że środki zapobiegawcze rzeczywiście działają. Nippon Shokubai, Kansai Television Broadcasting, kasa wzajemnej pomocy pracowników samorządowych Gunmy, towarzystwo ubezpieczeń zdrowotnych branży produktów naftowych, Unitika oraz Works Human Intelligence również opublikowały powiadomienia, w większości bez liczb.

Ustalono, przypisano, ale wciąż niepotwierdzono

Potwierdzone dwoma niezależnymi dokumentami pierwotnymi. Przesłanie danych miało miejsce 20 sierpnia 2026 r. podczas prac nad agregacją danych; usługa należała do tych, których wykonawca nie był upoważniony używać; dane obejmowały imiona i nazwiska, daty urodzenia, identyfikatory ubezpieczyciela oraz informacje o stanie zdrowia, w tym kategorie chorób; dotyczyło to 726 członków samorządowego programu, w czternastu oddziałach; RIZAP zgłosił ten incydent do Komisji Ochrony Informacji Osobistych; w dniu 4 września wysłano wiadomości e-mail do objętych nim członków.

Przypisywane RIZAP-owi, oparte na odpowiedziach jego dostawcy AI. Że żadna strona trzecia spoza dostawcy AI nie mogła zobaczyć danych oraz że dane nie zostały wykorzystane do trenowania modelu. W komunikacie RIZAP wyjaśniono podstawę: dostawca poinformował firmę, że pliki zawierające informacje umożliwiające identyfikację nigdy nie są wykorzystywane do trenowania, nawet jeśli konto na to pozwala, oraz że pliki usunięte w ciągu 24 godzin również nie są wykorzystywane do trenowania; RIZAP twierdzi, że usunął dane w tym przedziale czasowym. To twierdzenie jest przekazanym zapewnieniem, a nie zweryfikowanym faktem, i żadna niezależna strona go nie zbadała.

Niepotwierdzone w chwili publikacji, co przyznaje sama firma. Czy pracownicy samego dostawcy AI mogli mieć wgląd w przesłane dane. W komunikacie RIZAP z 3 września napisano, że wciąż to sprawdzano; w komunikacie stowarzyszenia z 4 września napisano, że wykonawca czeka na odpowiedź dostawcy. Według dokumentów to pytanie pozostaje otwarte — dlatego czytelnik powinien traktować „dane zostały usunięte” i „nikt ich nie widział” jako różne twierdzenia.

Wskazany przez jednego ubezpieczyciela, a nie przez wykonawcę. Komunikat towarzystwa ubezpieczeń zdrowotnych IHI Group wskazuje OpenAI jako dostawcę AI. RIZAP nie podał nazwy tej usługi, a żadne z dwóch głównych komunikatów nie potwierdza ani nie zaprzecza informacji ujawnionej przez IHI.

Nigdzie tego nie zarzucono. Nie ma sprawcy ataku, nie ma wymuszenia, nie ma późniejszego niewłaściwego wykorzystania, nie ma dowodów, by dane któregokolwiek członka zostały wykorzystane przeciwko niemu. Obydwa komunikaty ostrzegają członków przed phishingiem i obydwa stwierdzają, że RIZAP nigdy nie poprosi o pieniądze, dane karty, numery konta ani hasła — to środek ostrożności, a nie zgłoszenie ataku.

Co się potem zmieniło?

RIZAP wymienia trzy poziomy reakcji. Ludzie: ogólnofirmowe ponowne powiadomienie, że niezatwierdzone przez firmę usługi generatywnej AI nie mogą być wykorzystywane w pracy, a także kontynuowanie szkoleń z ochrony danych osobowych i właściwego wykorzystywania AI. Systemy: przegląd uprawnień dostępu i środowisk pracy, aby zapobiec wynoszeniu danych lub korzystaniu z niezatwierdzonych usług. Ład organizacyjny: rozważenie systemu zarządzania AI obok istniejącego systemu zarządzania bezpieczeństwem informacji.

Zobowiązania stowarzyszenia idą w przeciwnym kierunku — po stronie wykonawcy. Twierdzi ono, że wzmocni nadzór nad RIZAP i sprawdzi, czy środki zapobiegawcze są rzeczywiście wdrażane, oraz że poprosiło wykonawcę o pełniejsze zbadanie faktów i zakresu skutków. Ubezpieczalnia zdrowotna Hitachi poszła dalej niż którakolwiek z tych stron, wstrzymując nowe skierowania, dopóki nie upewni się, że środki się utrzymują.

To, co się nie zmieniło, to obraz regulacyjny. Powiadomienie do Komisji Ochrony Informacji Osobistych jest obowiązkiem zgłoszenia, a nie rozstrzygnięciem, i żadne z tych zawiadomień nie odnotowuje żadnego polecenia, wytycznych ani kary z jej strony.

Dlaczego archiwum traktuje to jako punkt odniesienia

Większość incydentów związanych z AI w publicznym obiegu dotyczy systemu, który robi coś nieprawidłowo. Ten dotyczy osoby wykonującej coś zwyczajnego z systemem, który działał dokładnie tak, jak zaprojektowano — co jest trudniejszym problemem, ponieważ błąd pozostaje niewidoczny dla organizacji, dopóki dane nie znajdą się poza nią. Kategoria, do której należy ten incydent, to ta, którą japońscy praktycy nazywają shadow AI: pracownicy korzystają z konsumenckiej usługi AI do pracy, ponieważ jest szybsza niż zatwierdzona ścieżka, zwykle bez złej woli i często z zamiarem dobrze wykonania pracy.

Źródło cytowane w tym wpisie, japońska strona objaśniająca zagadnienia bezpieczeństwa, grupuje ten incydent z dwoma innymi zdarzeniami związanymi z AI z tego samego tygodnia — oszustwem płatniczym z wykorzystaniem klonowania głosu i wtargnięciem agenta AI — i podkreśla, że wszystkie trzy wykorzystały istniejące już słabości, zamiast tworzyć nowe. Ta interpretacja to analiza samej strony, a nie ustalenie, ale porównanie jest trafne: żadne z tych trzech zdarzeń nie wymagało nowej zdolności, a jedynie szybszej drogi do już istniejącej.

To, co czyni ten zapis wartym przeczytania samym w sobie, to konkretność szkody. Siedemset dwadzieścia sześć osób miało swoje identyfikatory ubezpieczeniowe, dane kontaktowe oraz trzy nazwane kategorie chorób umieszczone na konsumenckim koncie AI, którego wykonawca ich ubezpieczyciela nigdy nie zatwierdził, a jedynym powodem, dla którego ktokolwiek się o tym dowiedział, jest to, że pracownik, który to zrobił, sam o tym powiedział. Archiwum odnotowuje tu rzeczywistą szkodę. Dwa zawiadomienia ustalają ekspozycję i utratę kontroli nad danymi wrażliwymi — a nie, że ktokolwiek je wykorzystał.

Co potwierdza ten zapis, a co nie

Ocena wiarygodności tego wpisu opiera się na czymś więcej niż tylko na agregatorze, na który powołuje się archiwum. Trzy niezależne podmioty opublikowały informacje w ciągu dwóch tygodni od incydentu: sama RIZAP 3 września, Stowarzyszenie Wzajemnej Pomocy Pracowników Samorządu Terytorialnego 4 września oraz ITmedia NEWS, które poinformowało o zawiadomieniu firmy 4 września i dodało szczegół, że nie ujawniono żadnej liczby. Towarzystwo ubezpieczeń zdrowotnych Grupy IHI, towarzystwo ubezpieczeń zdrowotnych Hitachi oraz co najmniej sześciu innych ubezpieczycieli opublikowało własne zawiadomienia, a Security Measures Lab je zestawiło. Japoński blog archiwizujący incydenty, b-son.net, reprodukuje w całości komunikat stowarzyszenia wraz z własnym podsumowaniem.

Czego jednak żadna z tych informacji nie ustala, to łączna liczba. RIZAP nie opublikował żadnej, dane ubezpieczycieli się nakładają, a liczba 19 996 to oświadczenie jednego ubezpieczyciela dotyczące zbioru danych, a nie liczba potwierdzonych przypadków ujawnienia. Każdy, kto podaje dla tego incydentu jedną liczbę, powinien wskazać, z którego dokumentu pochodzi — i właśnie tej dyscypliny archiwum wymaga wobec każdego wpisu, który przechowuje.