Un dipendente RIZAP ha caricato i dati sanitari di 726 persone su una chat AI personale

Il 20 agosto 2026 un dipendente di RIZAP Inc., il gruppo giapponese di fitness e consulenza in materia di salute, stava estraendo dei record dal sistema di gestione della consulenza sanitaria che gestisce per le compagnie assicurative quando i dati sono finiti in un servizio di AI generativa su un account personale che l'azienda non aveva mai autorizzato. I record riguardavano 726 membri dell'Associazione di mutuo soccorso dei dipendenti degli enti locali (地方職員共済組合) in quattordici filiali regionali, e includevano nomi, date di nascita, simboli e numeri delle tessere assicurative, e le categorie di malattia ipertensione, diabete e dislipidemia — dati personali sensibili ai sensi della Legge giapponese sulla protezione delle informazioni personali. L'associazione ha pubblicato il proprio avviso il 4 settembre 2026. Il caso rientra tra gli incidenti documentati in l'archivio degli incidenti di Orca AI, che registra ogni voce con le proprie fonti, il livello di gravità, il grado di affidabilità e il flag di contestazione.

Non si è trattato di una violazione nel senso consueto. Nessun attaccante, nessuna credenziale compromessa, nessuna vulnerabilità sfruttata. Una persona che svolgeva un'attività di aggregazione di routine ha scelto lo strumento sbagliato, e i dati degli iscritti di una compagnia di assicurazione sanitaria — compresa la categoria che la legge giapponese considera bisognosa del trattamento più rigoroso — sono usciti dall'azienda attraverso una scheda del browser che nessuno in azienda sapeva esistesse. L'archivio assegna al record il suo livello massimo di confidenza, ne valuta la gravità come elevata, registra un danno reale e non lo contrassegna come contestato, ed entrambe le parti che hanno pubblicato avvisi concordano sul meccanismo. Quanto segue separa ciò che tali avvisi stabiliscono da ciò che si basa sulle rassicurazioni fornite dal fornitore stesso.

Che cosa ha effettivamente divulgato RIZAP, e quando

La nota di scuse e l'avviso di RIZAP recano la data del 3 settembre 2026. Colloca l'incidente nella divisione aziendale di gestione sanitaria e business assicurativo e afferma che il dipendente stava lavorando all'aggregazione dei dati per lo specifico sistema di gestione dell'orientamento sanitario quando è avvenuto il caricamento. Il dipendente stava usando un servizio di intelligenza artificiale generativa per uso privato — a detta dell'azienda stessa — non un account aziendale. L'avviso non fornisce una propria data dell'evento; la collocazione temporale del 20 agosto e il fatto che il dipendente abbia segnalato lui stesso il caricamento provengono dalle comunicazioni dei due assicuratori che sono seguite.

L'ambito descritto da RIZAP è un sottoinsieme dei record registrati in quel sistema tra il 1° gennaio e il 19 agosto 2026: persone iscritte allo specifico programma di orientamento sanitario che le compagnie assicurative giapponesi offrono ai membri valutati a rischio di malattie legate allo stile di vita. L'avviso elenca informazioni personali ordinarie (simbolo e numero della tessera assicurativa, indirizzo email, nome, data di nascita, sesso e, per alcune persone, un indirizzo e un numero di telefono) e, separatamente, due categorie di informazioni personali sensibili: il tipo di sostegno di orientamento sanitario che la persona riceveva e le informazioni sulle malattie per chiunque risulti registrato come affetto da ipertensione, diabete o dislipidemia. Si afferma che i numeri di carta di credito, i dettagli dei conti bancari e le credenziali di accesso non figuravano tra i dati.

RIZAP afferma di aver completato una relazione destinata alla Commissione per la protezione delle informazioni personali, l'autorità di regolamentazione che riceve le notifiche di determinati incidenti relativi ai dati personali ai sensi della legge. Né l'avviso di RIZAP né quello dell'associazione indicano cosa ne abbia fatto la Commissione, e in nessuno dei due documenti compare una conclusione della Commissione.

La data con cui l'archivio classifica questo caso è il 4 settembre 2026, ed è la data di pubblicazione dell'associazione stessa, non di RIZAP. Le due date differiscono di un giorno perché l'azienda ha notificato per prima e l'assicuratore i cui membri erano presenti nei dati ha reso pubblica la notizia il giorno successivo, quando ha anche fatto inviare dall'appaltatore un'email alle persone interessate. ITmedia NEWS ha riportato l'avviso dell'azienda il 4 settembre alle 11:33 ora locale.

Da dove viene il numero 726

RIZAP non ha pubblicato un conteggio. Il suo avviso descrive i dati e la risposta ma non fornisce alcun numero di persone interessate, e il resoconto di ITmedia del 4 settembre afferma chiaramente che l'azienda non ne ha divulgato uno. La cifra di 726 appartiene alla Local Government Employees' Mutual Aid Association, che gestisce l'assicurazione sanitaria per i dipendenti pubblici locali ed era una delle compagnie assicurative che avevano incaricato RIZAP di erogare il programma di orientamento.

L'avviso dell'associazione del 4 settembre fornisce maggiori dettagli rispetto a quello dell'appaltatore: 726 persone, distribuite in quattordici filiali — Iwate, Akita, Yamagata, Fukushima, Tochigi, Kanagawa, Fukui, Mie, Osaka, Tottori, Yamaguchi, Kagawa, Ehime e Kagoshima. Registra l'incidente al 20 agosto, afferma che il membro del personale dell'appaltatore ha inserito i dati in un servizio che l'appaltatore non aveva autorizzato e li ha fatti referenziare, conferma che i dati sono stati eliminati dalla schermata del servizio AI e che è stata inviata una richiesta di eliminazione al fornitore del servizio, e dichiara che RIZAP ha inviato un'e-mail alle persone interessate alle 10:00 del 4 settembre.

Due piccole differenze tra le versioni dei resoconti meritano di essere segnalate anziché appianate. RIZAP definisce l’identificativo un simbolo e numero di tessera assicurativa; l’associazione lo definisce simbolo e numero di socio. RIZAP elenca tre categorie di supporto all’orientamento sanitario; l’avviso dell’associazione ne elenca due, sostegno attivo e sostegno motivazionale. Nessuna delle due differenze cambia la forma dell’incidente, ma sono un promemoria del fatto che i due documenti sono stati scritti da organizzazioni diverse per pubblici diversi, e che il dettaglio a livello di socio proviene dall’assicuratore, non dalla società che ne ha perso il controllo.

L'incidente è stato più ampio del 726

Poiché RIZAP non ha mai fornito un totale, la portata dell'esposizione può essere ricostruita solo a partire dalle comunicazioni delle stesse compagnie assicurative, e le testate giapponesi specializzate in sicurezza hanno fatto esattamente questo. Security Measures Lab (セキュリティ対策Lab), un sito giapponese di notizie sulla sicurezza, ha raccolto le comunicazioni che ha potuto verificare e ha ripubblicato la cifra che un assicuratore aveva indicato per l'intero set di dati: l'Associazione Nazionale di Assicurazione Sanitaria per le Costruzioni e l'Ingegneria Civile (全国土木建築国民健康保険組合) ha dichiarato che i dati di 19.996 persone sono stati inseriti nel servizio AI non approvato e da esso consultati, e che 1.167 di loro erano membri dell'associazione stessa.

Quel numero richiede l'avvertenza che il sito stesso vi allega: conta le persone i cui dati sono stati inseriti nel servizio, non le persone per cui è confermato che le loro informazioni siano arrivate a qualcuno. Le altre cifre pubblicate sono comprese in esso e non devono esservi aggiunte. La società di assicurazione sanitaria del Gruppo IHI ha indicato 210 persone in un avviso datato 2 settembre. La società di assicurazione sanitaria di Hitachi non ha pubblicato alcun conteggio, ma ha sospeso nuovi invii al programma di orientamento sanitario di RIZAP finché non ha potuto verificare che le misure di prevenzione funzionassero davvero. Nippon Shokubai, Kansai Television Broadcasting, l'associazione di mutuo soccorso dei dipendenti comunali di Gunma, la società di assicurazione sanitaria dei prodotti petroliferi, Unitika e Works Human Intelligence hanno anche pubblicato avvisi, la maggior parte senza numeri.

Accertato, attribuito e tuttora non confermato

Stabilito da due documenti primari indipendenti. Il caricamento è avvenuto il 20 agosto 2026 durante un'attività di aggregazione dei dati; il servizio era uno che l'appaltatore non aveva autorizzato; i dati includevano nomi, date di nascita, identificativi degli assicuratori e informazioni sanitarie, comprese le categorie di malattia; i membri interessati del regime dell'ente locale numero 726 erano distribuiti su quattordici sedi; RIZAP ha segnalato l'incidente alla Personal Information Protection Commission; ai membri interessati è stata inviata un'email il 4 settembre.

Attribuito a RIZAP, sulla base delle risposte del suo fornitore di AI. Che nessuna terza parte esterna al fornitore di AI avrebbe potuto vedere i dati, e che i dati non sono stati usati per addestrare un modello. L'avviso di RIZAP spiega la motivazione: il fornitore ha detto all'azienda che i file contenenti informazioni identificabili non vengono mai usati per l'addestramento anche quando un account lo consente, e che neppure i file cancellati entro 24 ore vengono usati per l'addestramento; RIZAP afferma di aver cancellato i dati entro quella finestra. L'affermazione è un'assicurazione riferita, non un fatto verificato tramite audit, e nessuna parte indipendente l'ha esaminata.

Non confermato al momento della pubblicazione, per ammissione stessa dell'azienda. Se il personale interno del fornitore di IA avrebbe potuto visualizzare i dati caricati. L'avviso di RIZAP del 3 settembre indica che la verifica era ancora in corso; l'avviso dell'associazione del 4 settembre indica che il contraente è in attesa della risposta del fornitore. Da quanto risulta dai documenti, la questione resta aperta — ed è per questo che un lettore dovrebbe considerare "i dati sono stati eliminati" e "nessuno li ha visti" come affermazioni diverse.

Indicato da una compagnia assicurativa, non dal contraente. L'avviso della società di assicurazione sanitaria del Gruppo IHI identifica OpenAI come fornitore dell'AI. RIZAP non ha indicato il servizio, e nulla in nessuna delle due comunicazioni principali conferma o contraddice l'informativa di IHI.

Non è affermato da nessuna parte. Nessun attaccante, nessuna estorsione, nessun uso improprio successivo, nessuna prova che i dati di qualsiasi membro siano stati utilizzati contro di lui. Entrambi gli avvisi mettono in guardia i membri sul phishing e entrambi affermano che RIZAP non chiederà mai denaro, dati della carta, numeri di conto o password — una precauzione, non la segnalazione di un attacco.

Cosa è cambiato in seguito

RIZAP elenca tre livelli di risposta. Sulle persone: una nuova comunicazione a tutta l'azienda secondo cui i servizi di AI generativa non approvati dall'azienda non possono essere utilizzati per il lavoro, oltre a formazione continua sulla protezione dei dati personali e sull'uso appropriato dell'AI. Sui sistemi: una revisione dei permessi di accesso e degli ambienti di lavoro per impedire l'esportazione dei dati o l'utilizzo di servizi non approvati. Sulla governance: la valutazione di un sistema di gestione dell'AI accanto al suo sistema esistente di gestione della sicurezza delle informazioni.

Gli impegni dell'associazione vanno nella direzione opposta, sul fronte dell'appaltatore. Afferma che rafforzerà la propria supervisione su RIZAP e che verificherà che le misure di prevenzione siano effettivamente attuate, e afferma di aver chiesto all'appaltatore un'indagine più completa sui fatti e sull'entità dell'impatto. La società di assicurazione sanitaria di Hitachi è andata oltre rispetto a entrambi, sospendendo nuovi invii finché non riterrà che le misure reggano.

Ciò che non è cambiato è il quadro normativo. Una notifica alla Personal Information Protection Commission è un obbligo di deposito, non una decisione, e nessuno dei due avvisi registra alcuna istruzione, linea guida o sanzione da parte sua.

Perché l'archivio lo considera una pietra miliare

La maggior parte degli incidenti legati all'IA di dominio pubblico riguarda un sistema che fa qualcosa di sbagliato. Questo caso riguarda invece una persona che fa qualcosa di ordinario con un sistema che funzionava esattamente come progettato — il che è il problema più difficile, perché il fallimento resta invisibile all'organizzazione finché i dati non sono già usciti. La categoria in cui ricade l'incidente è quella che gli operatori giapponesi chiamano shadow AI: personale che usa un servizio IA consumer per lavoro perché è più veloce della via approvata, di solito senza malizia e spesso con l'intenzione di svolgere bene il lavoro.

La fonte citata per questo record, un sito esplicativo giapponese sulla sicurezza, raggruppa l'incidente con altri due eventi legati all'IA della stessa settimana — una frode di pagamento tramite clonazione vocale e un'intrusione da parte di un agente IA — e sottolinea che tutti e tre hanno sfruttato debolezze già esistenti anziché crearne di nuove. Questa inquadratura è un'analisi del sito più che una constatazione, ma il confronto è pertinente: nessuno dei tre richiedeva una capacità inedita, solo una via più rapida verso una capacità vecchia.

Ciò che rende questo documento degno di essere letto di per sé è la specificità del danno. Settecentoventisei persone hanno avuto i propri identificativi assicurativi, i recapiti e tre categorie di malattie nominate inseriti in un account AI consumer che l'appaltatore del loro assicuratore non aveva mai approvato, e l'unico motivo per cui se ne è venuti a conoscenza è che il dipendente che l'ha fatto l'ha dichiarato. Qui l'archivio documenta un danno reale. Ciò che le due comunicazioni stabiliscono è l'esposizione e la perdita di controllo su dati sensibili, non che qualcuno li abbia utilizzati.

Cosa corrobora il record, e cosa no

Il grado di affidabilità del record poggia su più dell'aggregatore citato dall'archivio. Tre parti indipendenti hanno pubblicato entro due settimane dall'incidente: RIZAP stessa il 3 settembre, la Local Government Employees' Mutual Aid Association il 4 settembre, e ITmedia NEWS, che ha riportato l'avviso della società il 4 settembre e ha aggiunto il dettaglio che nessun conteggio era stato reso noto. La società di assicurazione sanitaria del Gruppo IHI, quella di Hitachi e almeno altre sei assicuratrici hanno pubblicato i propri avvisi, e Security Measures Lab li ha compilati. Un blog giapponese di archivio degli incidenti, b-son.net, riproduce integralmente il comunicato dell'associazione insieme alla propria sintesi.

Quello che nessuno di questi elementi stabilisce è il totale. RIZAP non ne ha pubblicato uno, i dati delle compagnie assicurative si sovrappongono, e la cifra di 19.996 è una dichiarazione di una compagnia assicurativa sul set di dati, non un conteggio delle esposizioni confermate. Chiunque citi un unico numero per questo incidente dovrebbe indicare da quale documento proviene — che è la disciplina che l'archivio stesso applica a ogni voce che conserva.