RIZAPが2026年9月3日に公表した顧客情報流出は、会社の業務用AIからの流出ではありません。従業員が個人で使っている無許可の外部生成AI、いわゆる「シャドーAI」に顧客情報を誤ってアップロードしたものです。中小企業が今日考え直すべきは、システムの穴ではなく「どのAIに・どのデータまで許すか」の線引きです。
RIZAPで起きたこと──流出の入口は「会社のシステム」ではなかった
RIZAPの発表によると、2026年9月3日（木）、特定保健指導（メタボ健診の結果を受けて生活習慣の改善を専門職が支援する公的な保健プログラム）のデータ集計作業中に、従業員が個人で利用している外部の生成AIサービスへ顧客情報を誤ってアップロードしたとされています。具体的なAIサービス名は非公表です。
ここで見落としてはいけないのは、流出経路です。これは会社が用意した業務用AIからの漏えいではなく、会社が許可していないAIを従業員が個人判断で業務に使った結果の漏えいです。ChatGPTやClaudeのようなSaaS型の生成AIは、従業員の側から見れば「使いやすい・便利・無料」です。会社が禁止していても、目の前の作業を早く終わらせたい誘惑は強く、企業側は現場で何が使われているかを完全には把握できていません。それが表面化した事案だと言えます。
漏れた情報の範囲
素材から読み取れる事実を整理します。件数や流出先のサービス名など、公表されていない項目は「非公表」と明記します。
| 項目 | 素材からわかること |
|---|---|
| 公表日 | 2026年9月3日（木） |
| 発生した作業 | 特定保健指導のデータ集計作業中 |
| 流出経路 | 従業員が個人利用する外部の生成AIサービス（会社の業務用AIではない＝シャドーAI） |
| AIサービス名 | 非公表 |
| 含まれた情報 | 保険証記号番号・氏名・生年月日・連絡先などの一部、特定保健指導の支援形態・疾患情報の一部（要配慮個人情報を含む） |
| 対象期間 | 2026年1月1日（木）〜8月19日（水）登録分の一部 |
| 件数 | 非公表 |
保険証記号番号や疾患情報は、個人情報保護法でいう「要配慮個人情報」に該当します。取り扱いを誤ったときの影響が大きい種類のデータが、特定保健指導という機微な業務のなかで外部に出てしまった、という構図です。
なお、同じ出来事を扱った他社の報道は、今回集めた範囲では0件でした。別報道との食い違いを確認しようにも、突き合わせる相手がいない状態です。したがって本記事は、RIZAPの発表を解説したQiita AIの記事を一次的な素材としています。
中小企業にとって何が変わるのか
従来のセキュリティ対策は「システムの穴」を塞ぐことに力を注いできました。ファイアウォール、アクセス権限、社内サーバの暗号化——いずれも「会社が管理している経路」を守る発想です。しかし今回の入口は、会社が管理していない経路、すなわち従業員のスマートフォンや個人アカウントでした。
この差は中小企業にとって実務的に重い意味を持ちます。禁止令を掲示するだけでは、現場は変わりません。「使うな」と言われても便利なものは使われ、しかも会社からは見えない。だからこそ、制限するより「どのAIなら使ってよいのか」「どのデータなら外に出してよいのか」を明確にして、従業員の行動を正しい方へ誘導する仕組みのほうが効きます。シャドーAIの時代には、「禁止」より「許可と教育」のほうが実務的だ、というのが素材から導ける結論です。
この線引きの考え方は、AIに権限やデータをどこまで渡すかという設計問題と地続きです。エージェントにAPIキーを渡す前に「渡さない」を選べるか、という論点とあわせて読むと理解が進みます（AIエージェントに渡したAPIキーは回収できない ― 中小企業は「渡さない」を最初に選べるのか？）。また、今回のRIZAP事案を「禁止か許可か」の観点で掘り下げた記事もあります（禁止令ではシャドーAIは止まらない──従業員が個人利用するAIから顧客情報が漏れたRIZAP事案で、中小企業は何を変えるべきか）。
当社の実測と突き合わせると
先にお断りします。運営元の株式会社TOEは、AI検索対策・AI導入支援を売りうる立場の利害関係者です。そのうえで、当社が自分の手元で測っている範囲だけを書きます。
当社（AIの鬼 / 株式会社TOE）は、社内業務の自動化を27本運用し、AI秘書のブリーフィングを毎朝8:00に回しています。運用中のAI API課金は0円です。つまり当社自身、日常業務でAIを使う側であり、「便利だから使われる」という今回の構図は他人事ではありません。
ただし、当社が測っているのはAI検索での見え方（AEO）に関する数字であって、シャドーAIによる情報流出の発生率や、禁止令と許可制でどちらが漏えいを減らすか、といったセキュリティの効果は測っていません。この記事で「こうすれば防げます」と効果を保証することはできません。
この記事で言えないこと
- 流出先の具体的な生成AIサービス名。素材では非公表です。
- 流出した件数。素材では非公表で、概算も推測もしません。
- 流出後にRIZAPが取った再発防止策の具体的な中身。素材からは詳細が読み取れません。
- 「禁止」と「許可と教育」で、実際にどれだけ漏えいが減るのか。当社は測っていません。外部調査でもこの事案についての比較データは素材にありません。
- 同じ出来事を扱った他社報道との食い違い。今回集めた範囲では他社報道が0件のため、比較できません。
まとめ
- RIZAPが2026年9月3日に公表した流出は、会社の業務用AIではなく、従業員が個人利用する無許可AI（シャドーAI）が入口でした。
- 含まれた情報は保険証記号番号・氏名・生年月日・連絡先などの一部と、特定保健指導の支援形態・疾患情報の一部で、要配慮個人情報を含みます。対象は2026年1月1日〜8月19日登録分の一部、件数は非公表です。
- データ流出の入口は、すでに「会社が管理するシステム」ではなく「従業員のスマホ」かもしれない、という点が中小企業にとっての変化です。
- 禁止令の掲示だけでは現場は変わりにくく、「どのAIに・どのデータまで許すか」を明確にする許可と教育のほうが実務的です。
- 当社はAIを使う側ではありますが、流出の発生率や対策の効果は測っていません。効果の保証はできません。
この記事はQiita AIのRIZAP流出解説記事を素材に、株式会社TOE（AIの鬼）自身のAI運用実態（社内業務自動化27本・AI秘書の朝8:00ブリーフィング・AI API課金0円）の実測とあわせて書きました。
