Сотрудник RIZAP загрузил медицинские данные 726 человек в личный чат с ИИ

20 августа 2026 года сотрудник RIZAP Inc. — японской группы в сфере фитнеса и консультирования по вопросам здоровья — извлекал записи из системы управления консультированием по вопросам здоровья, которую компания эксплуатирует для страховых компаний, когда эти данные попали в сервис генеративного ИИ через личную учётную запись, которую компания никогда не одобряла. Записи касались 726 членов Ассоциации взаимопомощи служащих местных органов власти (地方職員共済組合) в четырнадцати региональных отделениях и включали имена, даты рождения, символы и номера страховых карт, а также категории заболеваний — гипертонию, диабет и дислипидемию; это конфиденциальные персональные данные согласно Закону Японии о защите персональной информации. Ассоциация опубликовала уведомление 4 сентября 2026 года. Этот случай входит в число задокументированных инцидентов в архиве инцидентов Orca AI, где каждая запись снабжена собственными источниками, степенью серьёзности, оценкой достоверности и отметкой об оспаривании.

Это была не утечка в обычном смысле. Ни злоумышленника, ни скомпрометированных учётных данных, ни эксплуатируемой уязвимости. Сотрудник, выполнявший обычную работу по агрегации данных, выбрал не тот инструмент, и данные застрахованных лиц медицинского страховщика — включая категорию, которую японское законодательство относит к требующим наиболее строгого обращения, — вышли за пределы компании через вкладку браузера, о существовании которой никто в компании не знал. Архив присваивает записи высший уровень достоверности, оценивает её серьёзность как высокую, фиксирует реальный ущерб и не помечает её как спорную, а обе стороны, опубликовавшие уведомления, согласны в отношении механизма. Далее отделяется то, что устанавливают эти уведомления, от того, что держится лишь на заверениях самого поставщика.

Что RIZAP на самом деле раскрыл и когда

Извинения и уведомление RIZAP датированы 3 сентября 2026 года. В них инцидент отнесён к подразделению компании по управлению здоровьем и работе со страховщиками, и говорится, что сотрудник занимался агрегацией данных для конкретной системы управления рекомендациями по здоровью, когда произошла загрузка. Сотрудник использовал сервис генеративного ИИ в личных целях — формулировка самой компании — а не корпоративную учётную запись. В уведомлении не указана дата самого происшествия; дата 20 августа и тот факт, что сотрудник сам сообщил о загрузке, следуют из двух уведомлений страховщиков, появившихся после этого.

Объём, который описывает RIZAP, представляет собой подмножество записей, зарегистрированных в этой системе в период с 1 января по 19 августа 2026 года: это люди, зачисленные в конкретную программу оздоровительного консультирования, которую японские страховщики предлагают участникам, оценённым как подверженные риску заболеваний, связанных с образом жизни. В уведомлении перечисляются обычные персональные данные (условное обозначение и номер страховой карты, адрес электронной почты, имя, дата рождения, пол, а для некоторых людей — адрес и номер телефона) и отдельно две категории конфиденциальных персональных данных: вид оздоровительной поддержки, которую получал человек, и сведения о заболеваниях для всех, у кого зафиксированы гипертония, диабет или дислипидемия. В нём указано, что номера кредитных карт, банковские реквизиты и учётные данные для входа не входили в эти данные.

RIZAP сообщает, что подготовила отчёт для Комиссии по защите персональной информации — регулятора, который получает уведомления об отдельных инцидентах с персональными данными в соответствии с Законом. Ни в уведомлении RIZAP, ни в уведомлении ассоциации не сказано, как комиссия с ним поступила, и ни в одном из документов не приводится каких-либо выводов комиссии.

Дата, под которой архив регистрирует эти материалы, — 4 сентября 2026 года, причём это собственная дата публикации ассоциации, а не RIZAP. Между ними разница в один день, поскольку компания уведомила первой, а страховая компания, чьи участники были в данных, обнародовала информацию на следующий день, когда также поручила подрядчику отправить электронные письма затронутым лицам. ITmedia NEWS сообщила об уведомлении компании 4 сентября в 11:33 по местному времени.

Откуда берётся число 726

RIZAP не опубликовал числовых данных. В его уведомлении описаны данные и принятые меры, но не указано число пострадавших, и в отчёте ITmedia от 4 сентября прямо говорится, что компания его не раскрыла. Цифра 726 относится к Обществу взаимопомощи местных государственных служащих, которое осуществляет медицинское страхование для местных государственных служащих и было одной из страховых организаций, заключивших с RIZAP договор на проведение этой программы консультирования.

Уведомление ассоциации от 4 сентября содержит больше подробностей, чем уведомление подрядчика: 726 человек в четырнадцати филиалах — Иватэ, Акита, Ямагата, Фукусима, Тотиги, Канагава, Фукуи, Миэ, Осака, Тоттори, Ямагути, Кагава, Эхимэ и Кагосима. Инцидент датирован 20 августа; указано, что сотрудник подрядчика внес данные в сервис, который подрядчик не авторизовал, и обеспечил наличие ссылки на них; подтверждается, что данные были удалены с экрана ИИ-сервиса и что поставщику услуг был направлен запрос на удаление; также сообщается, что RIZAP 4 сентября в 10:00 направил затронутым лицам электронные письма.

Стоит отметить два небольших различия между отчётами, а не сглаживать их. RIZAP называет идентификатор символом и номером страховой карты; ассоциация называет его символом и номером члена. RIZAP перечисляет три категории поддержки по медицинскому ориентированию; в уведомлении ассоциации указаны две — активная поддержка и мотивационная поддержка. Ни одно из этих различий не меняет картину инцидента, но они напоминают, что два документа были подготовлены разными организациями для разных аудиторий и что детали на уровне члена поступают от страховщика, а не от компании, которая утратила контроль над ними.

Инцидент был масштабнее, чем 726

Поскольку RIZAP так и не назвал общую цифру, масштаб раскрытия можно восстановить только по уведомлениям самих страховщиков, и японские издания, освещающие кибербезопасность, занимаются именно этим. Security Measures Lab (セキュリティ対策Lab), японский новостной сайт о безопасности, собрал уведомления, которые смог подтвердить, и переопубликовал цифру, которую один страховщик указал для всего набора данных: Национальная ассоциация медицинского страхования работников строительства и гражданского строительства (全国土木建築国民健康保険組合) заявила, что данные о 19 996 человек были внесены в неавторизованный ИИ-сервис и использовались в нём, из них 1 167 — её собственные члены.

Это число нуждается в оговорке, которую прилагает сам сайт: оно учитывает людей, чьи данные были внесены в сервис, а не людей, чья информация подтверждённо дошла до кого-либо. Другие опубликованные показатели входят в него, и их нельзя прибавлять к нему. Общество медицинского страхования группы IHI назвало 210 человек в уведомлении от 2 сентября. Общество медицинского страхования Hitachi не опубликовало число, но приостановило новые направления на программу консультирования по здоровью RIZAP, пока не сможет проверить, что меры профилактики действительно работают. Nippon Shokubai, Kansai Television Broadcasting, общество взаимопомощи муниципальных служащих Гуммы, общество медицинского страхования работников нефтепродуктовой отрасли, Unitika и Works Human Intelligence также опубликовали уведомления, большинство — без указания числа.

Установлено, атрибутировано и до сих пор не подтверждено.

Установлено двумя независимыми первичными документами. Загрузка произошла 20 августа 2026 года в ходе работ по агрегированию данных; это был сервис, который подрядчик не авторизовал; данные включали имена, даты рождения, идентификаторы страховщиков и медицинскую информацию, включая категории заболеваний; затронутые участники схемы местного самоуправления № 726 в четырнадцати филиалах; RIZAP сообщила об инциденте в Комиссию по защите персональной информации; 4 сентября затронутым участникам были отправлены электронные письма.

Приписывается RIZAP, основано на ответах его поставщика ИИ. Что никакая третья сторона за пределами поставщика ИИ не могла видеть данные и что данные не использовались для обучения модели. В уведомлении RIZAP объясняется основание: поставщик сообщил компании, что файлы, содержащие идентифицирующую информацию, никогда не используются для обучения, даже если настройки аккаунта это допускают, и что файлы, удалённые в течение 24 часов, также не используются для обучения; RIZAP утверждает, что удалил данные в этот срок. Это утверждение — переданная гарантия, а не проверенный факт, и никакая независимая сторона его не изучала.

Не подтверждено на момент публикации — по признанию самой компании.Могли ли собственные сотрудники поставщика ИИ просматривать загруженные данные. В уведомлении RIZAP от 3 сентября говорится, что это всё ещё проверялось; в уведомлении ассоциации от 4 сентября говорится, что подрядчик ждёт ответа поставщика. Судя по документам, этот вопрос остаётся открытым — поэтому читателю следует рассматривать «данные удалены» и «никто их не видел» как разные утверждения.

Назван одной страховой компанией, а не подрядчиком. В уведомлении общества медицинского страхования группы IHI поставщиком ИИ указан OpenAI. RIZAP не назвал сервис, и ничто ни в одном из двух основных уведомлений не подтверждает и не опровергает сведения, раскрытые IHI.

Нигде об этом не утверждается. Ни нападавшего, ни вымогательства, ни последующего неправомерного использования, ни доказательств того, что данные кого-либо из участников были использованы против них. В обоих уведомлениях участников предупреждают о фишинге и в обоих указано, что RIZAP никогда не запросит деньги, данные карты, номера счетов или пароли — это мера предосторожности, а не сообщение об атаке.

Что изменилось после этого

RIZAP перечисляет три уровня мер реагирования. В отношении сотрудников: повторное уведомление по всей компании о том, что сервисы генеративного ИИ, не одобренные компанией, нельзя использовать для работы, а также продолжение обучения защите персональных данных и надлежащему использованию ИИ. В отношении систем: пересмотр прав доступа и рабочих сред, чтобы предотвратить вынос данных или использование неодобренных сервисов. В отношении управления: рассмотрение системы управления ИИ наряду с существующей системой управления информационной безопасностью.

Обязательства ассоциации направлены в другую сторону — на подрядчика. Она заявляет, что усилит контроль за RIZAP и будет проверять, что профилактические меры действительно реализуются, а также что запросила у подрядчика более полное расследование фактов и масштаба воздействия. Общество медицинского страхования Hitachi пошло дальше обеих сторон: оно приостановило новые направления, пока не убедится, что эти меры действуют.

Что не изменилось — так это регуляторная картина. Уведомление в Комиссию по защите персональной информации — это обязанность подать документы, а не вынесение решения, и ни в одном из уведомлений не фиксируются какие-либо указания, рекомендации или штрафы от неё.

Почему архив считает это вехой

Большинство инцидентов с ИИ, зафиксированных в открытых источниках, связаны с тем, что система совершает ошибку. Этот же инцидент связан с тем, что человек делает что-то обычное с системой, которая работала именно так, как было задумано, — и это более сложная проблема, потому что для организации этот сбой невидим, пока данные уже не вышли за её пределы. Категория, к которой относится этот инцидент, — та, которую японские специалисты называют теневым ИИ (shadow AI): сотрудники используют потребительский сервис ИИ для работы, потому что это быстрее одобренного способа, обычно без злого умысла и часто с намерением хорошо выполнить работу.

Источник, указанный для этой записи, — японский сайт с разъяснениями по вопросам безопасности — объединяет этот инцидент с двумя другими событиями в сфере ИИ, произошедшими на той же неделе: мошенничеством с платежами с использованием клонирования голоса и вторжением с помощью ИИ-агента, — и отмечает, что все три случая эксплуатировали уже существовавшие уязвимости, а не создавали новые. Такая трактовка представляет собой анализ сайта, а не установленный факт, но сравнение уместно: ни одному из трёх случаев не требовалась принципиально новая возможность — лишь более быстрый путь к старой.

Что делает эту запись стоящей прочтения самой по себе, так это конкретность причинённого вреда. Семьсот двадцать шесть человек — их страховые идентификаторы, контактные данные и три указанные категории заболеваний — оказались в потребительском аккаунте ИИ, который подрядчик их страховой компании никогда не одобрял, и единственная причина, по которой об этом кто-либо узнал, состоит в том, что сотрудник, совершивший это, сам сообщил. Архив фиксирует здесь реальный вред. Два уведомления устанавливают факт раскрытия и утраты контроля над конфиденциальными данными — но не то, что кто-либо ими воспользовался.

Что подтверждает запись, а что — нет

Оценка достоверности записи опирается не только на агрегатор, на который ссылается архив. Три независимые стороны опубликовали материалы в течение двух недель после инцидента: сама RIZAP — 3 сентября, Ассоциация взаимопомощи служащих местных органов власти — 4 сентября, и ITmedia NEWS, которое сообщило об уведомлении компании 4 сентября и добавило подробность, что количество не раскрывалось. Общество медицинского страхования группы IHI, общество медицинского страхования Hitachi и как минимум шесть других страховщиков опубликовали собственные уведомления, а Security Measures Lab собрала их. Японский блог-архив инцидентов b-son.net полностью воспроизводит релиз ассоциации вместе со своей собственной сводкой.

Но ничто из этого не устанавливает общей цифры. RIZAP её не публиковал, данные страховщиков пересекаются, а цифра 19 996 — это заявление одного страховщика о наборе данных, а не подсчёт подтверждённых случаев воздействия. Любой, кто приводит одну цифру для этого инцидента, должен указывать, из какого документа она взята, — и это именно та дисциплина, которую сам архив применяет к каждой хранящейся у него записи.