Um funcionário da RIZAP enviou os registros de saúde de 726 pessoas para um chat pessoal de IA

Em 20 de agosto de 2026, um funcionário da RIZAP Inc., grupo japonês de fitness e orientação em saúde, estava a extrair registos do sistema de gestão de orientação em saúde que a empresa opera para seguradoras quando os dados foram introduzidos num serviço de IA generativa numa conta pessoal que a empresa nunca tinha autorizado. Os registos abrangiam 726 membros da Associação de Auxílio Mútuo dos Funcionários do Governo Local (地方職員共済組合), em quatorze filiais regionais, e incluíam nomes, datas de nascimento, símbolos e números de cartões de seguro, e as categorias de doença hipertensão, diabetes e dislipidemia — dados pessoais sensíveis ao abrigo da Lei de Proteção de Informações Pessoais do Japão. A associação publicou o seu aviso em 4 de setembro de 2026. O caso figura entre os incidentes documentados em o arquivo de incidentes Orca AI, que regista cada entrada com as suas próprias fontes, gravidade, grau de confiança e marcação de contestação.

Não se tratou de uma violação no sentido habitual. Não houve atacante, credencial comprometida nem vulnerabilidade explorada. Uma pessoa que realizava trabalho rotineiro de agregação escolheu a ferramenta errada, e os dados dos membros de uma seguradora de saúde — incluindo a categoria que a lei japonesa considera exigir o tratamento mais rigoroso — saíram do edifício através de uma aba do navegador cuja existência ninguém na empresa conhecia. O arquivo classifica o registo no seu nível máximo de confiança, atribui-lhe severidade elevada, regista danos reais e não o assinala como contestado, e ambas as partes que publicaram avisos concordam quanto ao mecanismo. O que se segue separa o que esses avisos estabelecem daquilo que assenta nas próprias garantias do fornecedor.

O que a RIZAP realmente divulgou, e quando

O pedido de desculpas e o comunicado da RIZAP trazem a data de 3 de setembro de 2026. Ele situa o incidente na divisão de negócios de gestão de saúde e de seguradoras da empresa e afirma que o funcionário estava trabalhando na agregação de dados para o sistema específico de gestão de orientação em saúde quando ocorreu o upload. O funcionário estava usando um serviço de IA generativa em uso privado — nos termos da própria empresa —, e não uma conta corporativa. O comunicado não traz uma data de ocorrência própria; a data de 20 de agosto, e o fato de o funcionário ter relatado o upload por conta própria, vêm dos comunicados das duas seguradoras que se seguiram.

O escopo descrito pela RIZAP é um subconjunto de registros cadastrados nesse sistema entre 1º de janeiro e 19 de agosto de 2026: pessoas inscritas no programa específico de orientação de saúde que as seguradoras japonesas oferecem a membros avaliados como em risco de doenças relacionadas ao estilo de vida. O aviso lista informações pessoais comuns (símbolo e número da carteira de seguro, endereço de e-mail, nome, data de nascimento, sexo e, para algumas pessoas, um endereço e um número de telefone) e, separadamente, duas categorias de informações pessoais sensíveis: a forma de apoio de orientação de saúde que a pessoa estava recebendo e informações sobre doenças de qualquer pessoa registrada como tendo hipertensão, diabetes ou dislipidemia. Ele afirma que números de cartão de crédito, dados de conta bancária e credenciais de login não estavam entre os dados.

A RIZAP afirma que concluiu um relatório para a Personal Information Protection Commission, o órgão regulador que recebe notificações de determinados incidentes envolvendo dados pessoais nos termos da Lei. Nem o aviso da RIZAP nem o da associação dizem o que a comissão fez com ele, e nenhuma conclusão da comissão aparece em qualquer um dos dois documentos.

A data sob a qual o arquivo registra isto é 4 de setembro de 2026, e essa é a data de publicação da própria associação, e não da RIZAP. As duas estão separadas por um dia porque a empresa notificou primeiro e a seguradora cujos membros estavam nos dados veio a público no dia seguinte, quando também fez com que o contratado enviasse um e-mail às pessoas afetadas. O ITmedia NEWS noticiou o comunicado da empresa em 4 de setembro, às 11h33 no horário local.

De onde vem o número 726

A RIZAP não divulgou um número. Seu comunicado descreve os dados e a resposta, mas não informa quantas pessoas foram afetadas, e a reportagem da ITmedia de 4 de setembro afirma claramente que a empresa não divulgou esse número. O número 726 pertence à Associação de Auxílio Mútuo dos Funcionários do Governo Local, que administra o seguro-saúde dos servidores públicos locais e foi uma das seguradoras que contrataram a RIZAP para ministrar o programa de orientação.

O aviso da associação de 4 de setembro fornece mais detalhes do que o da contratada: 726 pessoas, distribuídas por catorze filiais — Iwate, Akita, Yamagata, Fukushima, Tochigi, Kanagawa, Fukui, Mie, Osaka, Tottori, Yamaguchi, Kagawa, Ehime e Kagoshima. Ele registra o incidente como 20 de agosto, afirma que o funcionário da contratada inseriu os dados num serviço que a contratada não havia autorizado e fez com que fossem referenciados, confirma que os dados foram excluídos da tela do serviço de IA e que uma solicitação de exclusão foi enviada ao provedor do serviço, e diz que a RIZAP enviou e-mail às pessoas afetadas às 10:00 de 4 de setembro.

Duas pequenas diferenças entre os relatos merecem ser apontadas, em vez de amenizadas. A RIZAP chama o identificador de símbolo e número do cartão de seguro; a associação o chama de símbolo e número de membro. A RIZAP lista três categorias de apoio à orientação em saúde; o comunicado da associação lista duas, apoio ativo e apoio motivacional. Nenhuma das diferenças muda o formato do incidente, mas ambas são um lembrete de que os dois documentos foram escritos por organizações diferentes para públicos diferentes, e de que o detalhe no nível do membro vem da seguradora, não da empresa que perdeu o controle sobre ele.

O incidente foi mais amplo que o 726

Como a RIZAP nunca forneceu um total, o tamanho da exposição só pode ser reconstruído a partir dos próprios avisos das seguradoras, e os veículos japoneses de segurança têm feito exatamente isso. O Security Measures Lab (セキュリティ対策Lab), um site japonês de notícias de segurança, compilou os avisos que conseguiu verificar e republicou o número que uma seguradora atribuiu ao conjunto de dados completo: a Associação Nacional de Seguro Saúde para Construção e Engenharia Civil (全国土木建築国民健康保険組合) declarou que dados de 19.996 pessoas foram inseridos e consultados pelo serviço de IA não aprovado, dos quais 1.167 eram seus próprios membros.

Esse número precisa da ressalva que o próprio site acrescenta: ele conta as pessoas cujos dados foram inseridos no serviço, não as pessoas cuja informação está confirmada como tendo chegado a alguém. As demais cifras publicadas estão contidas nele e não devem ser somadas a ele. A sociedade de seguro-saúde do Grupo IHI nomeou 210 pessoas em um comunicado datado de 2 de setembro. A sociedade de seguro-saúde da Hitachi não publicou contagem alguma, mas suspendeu novos encaminhamentos ao programa de orientação de saúde da RIZAP até que pudesse verificar que as medidas de prevenção realmente funcionam. Nippon Shokubai, Kansai Television Broadcasting, a associação mutualista dos servidores municipais de Gunma, a sociedade de seguro-saúde de produtos petrolíferos, a Unitika e a Works Human Intelligence também publicaram comunicados, a maioria sem números.

Estabelecido, atribuído e ainda não confirmado

Estabelecido por dois documentos primários independentes. O upload ocorreu em 20 de agosto de 2026 durante o trabalho de agregação de dados; o serviço era um que o contratado não havia autorizado; os dados incluíam nomes, datas de nascimento, identificadores de seguradoras e informações de saúde, incluindo categorias de doenças; os membros afetados do regime de governo local número 726 em catorze filiais; a RIZAP reportou o incidente à Comissão de Proteção de Informações Pessoais; os membros afetados foram notificados por e-mail em 4 de setembro.

Atribuído à RIZAP, com base nas respostas do seu fornecedor de IA. Que nenhum terceiro fora do provedor de IA poderia ter visto os dados, e que os dados não foram usados para treinar um modelo. O aviso da RIZAP explica a base: o fornecedor disse à empresa que arquivos contendo informações identificáveis nunca são usados para treinamento mesmo quando uma conta permite isso, e que arquivos excluídos dentro de 24 horas também não são usados para treinamento; a RIZAP afirma que excluiu os dados dentro desse intervalo. A alegação é uma garantia repassada, não um fato auditado, e nenhuma parte independente a examinou.

Não confirmado na data da publicação, conforme admitido pela própria empresa.Se a própria equipe do fornecedor de IA poderia ter visualizado os dados enviados. O comunicado da RIZAP de 3 de setembro afirma que isso ainda estava sendo verificado; o comunicado da associação de 4 de setembro diz que a contratada aguarda a resposta do fornecedor. Conforme os documentos, essa questão permanece em aberto — e é por isso que o leitor deve tratar "os dados foram excluídos" e "ninguém os viu" como afirmações distintas.

Nomeado por uma seguradora, não pelo contratante. O aviso da sociedade de seguro de saúde do Grupo IHI identifica a OpenAI como fornecedora de IA. A RIZAP não nomeou o serviço, e nada em nenhum dos dois principais avisos confirma ou contradiz a divulgação do IHI.

Não é alegado em lugar algum. Nenhum atacante, nenhuma extorsão, nenhum uso indevido subsequente, nenhuma evidência de que os dados de qualquer membro tenham sido usados contra ele. Ambos os avisos alertam os membros sobre phishing e ambos afirmam que a RIZAP nunca pedirá dinheiro, dados de cartão, números de conta ou senhas — uma precaução, não um relato de ataque.

O que mudou depois

A RIZAP elenca três níveis de resposta. Nas pessoas: uma renotificação em toda a empresa de que os serviços de IA generativa não aprovados pela empresa não podem ser usados para o trabalho, além de treinamento contínuo sobre proteção de dados pessoais e uso adequado de IA. Nos sistemas: uma revisão das permissões de acesso e dos ambientes de trabalho para impedir a retirada de dados ou o uso de serviços não aprovados. Na governança: a consideração de um sistema de gestão de IA ao lado do seu sistema de gestão da segurança da informação existente.

Os compromissos da associação correm na direção oposta, para o lado da contratada. Ela afirma que reforçará sua supervisão da RIZAP e verificará se as medidas de prevenção são efetivamente implementadas, e afirma que pediu à contratada uma investigação mais completa dos fatos e da extensão do impacto. A sociedade de seguro-saúde da Hitachi foi além de ambas, interrompendo novos encaminhamentos até ficar satisfeita de que as medidas se sustentam.

O que não mudou é o panorama regulatório. Uma notificação à Comissão de Proteção de Informações Pessoais é uma obrigação de apresentação, não uma adjudicação, e nenhuma das notificações registra qualquer instrução, orientação ou penalidade por parte dela.

Por que o arquivo trata isto como um marco

A maioria dos incidentes de IA registados publicamente envolve um sistema a fazer algo errado. Este envolve uma pessoa a fazer algo comum com um sistema que estava a funcionar exatamente como concebido — o que é o problema mais difícil, porque a falha é invisível para a organização até depois de os dados terem saído. A categoria em que o incidente se enquadra é aquela que os profissionais japoneses chamam shadow AI: funcionários a usar um serviço de IA de consumo para o trabalho porque é mais rápido do que a via aprovada, geralmente sem má intenção e muitas vezes com a intenção de fazer bem o trabalho.

A fonte citada para este registro, um site japonês de conteúdo explicativo sobre segurança, agrupa o incidente a dois outros eventos de IA da mesma semana — uma fraude de pagamento por clonagem de voz e uma intrusão por agente de IA — e destaca que os três exploraram fragilidades que já existiam, em vez de criar novas. Esse enquadramento é a análise do site, e não uma constatação, mas a comparação é pertinente: nenhum dos três exigiu uma capacidade inédita, apenas um caminho mais rápido para uma já existente.

O que torna este registro digno de leitura por si só é a especificidade do dano. Setecentas e vinte e seis pessoas tiveram seus identificadores de seguradora, dados de contato e três categorias nomeadas de doenças colocados em uma conta de IA de consumo que o prestador de serviços de sua seguradora nunca havia aprovado, e a única razão pela qual alguém descobriu isso é que o funcionário que o fez contou. O arquivo registra dano real aqui. O que os dois avisos estabelecem é a exposição e a perda de controle sobre dados sensíveis — não que alguém os tenha usado.

O que corrobora o registro, e o que não

A nota de confiança do registro baseia-se em mais do que o agregador citado pelo arquivo. Três partes independentes publicaram no prazo de duas semanas após o incidente: a própria RIZAP, em 3 de setembro; a Associação de Auxílio Mútuo dos Funcionários do Governo Local, em 4 de setembro; e o ITmedia NEWS, que noticiou o comunicado da empresa em 4 de setembro e acrescentou o detalhe de que nenhum número havia sido divulgado. A associação de seguro de saúde do Grupo IHI, a associação de seguro de saúde da Hitachi e pelo menos seis outras seguradoras publicaram seus próprios comunicados, e o Security Measures Lab os compilou. Um blog japonês de arquivo de incidentes, b-son.net, reproduz integralmente o comunicado da associação junto com seu próprio resumo.

O que nada disso estabelece é o total. A RIZAP não publicou nenhum, os números das seguradoras se sobrepõem, e o número de 19.996 é uma declaração de uma seguradora sobre o conjunto de dados, e não uma contagem de exposições confirmadas. Qualquer pessoa que cite um único número para este incidente deve dizer de qual documento ele veio — que é a disciplina que o próprio arquivo aplica a cada entrada que mantém.