何が起きたか
この事故で流出した、または流出したおそれがある情報は、個人データの書き換えと請求書への接続。件数は公表されていないです。その後の対応と影響は、被害組織がAEPDに届け出た。AEPDは、情報は届け出た組織からのもので検証が必要だとし、特定のAIモデルを使ったことがそのモデルや提供企業の侵害を意味しないと説明した。リスク分析にAIで実行される攻撃を含めることを事業者に求めたです。
原因になったのは「AIエージェントによる脆弱性の探索とログイン後の権限の悪用」です。生成AIで作ったもの、または生成AIの使い方が事故に関わっています。
- 中心 直接の原因確定
攻撃側のAIエージェントが一般的なファイルから脆弱性を探し、正しくログインした後、アプリの中で自律的に別の脆弱性を見つけて使った。
- 1つ外側 流出した情報確定
個人データの書き換えと請求書への接続。件数は公表されていない。
- いちばん外側 その後の対応と影響確定
被害組織がAEPDに届け出た。AEPDは、情報は届け出た組織からのもので検証が必要だとし、特定のAIモデルを使ったことがそのモデルや提供企業の侵害を意味しないと説明した。リスク分析にAIで実行される攻撃を含めることを事業者に求めた。
なぜ起きたか
AEPDの説明では、エージェントは複数の資産を調べ、入り方を試し、方針を素早く変えられるため、人手の攻撃を前提にした対応手順では間に合わない場合がある。アカウント、APIキー、権限の広いトークンを持つエージェントは、複数のサービスを素早く移れる。ログインに使われた認証情報の入手経緯は公表されていない。
原因の種類は「不正アクセス」です。第三者がシステムに入り、情報を見たり持ち出したりした事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は131件あります。
事故が起きてから公表されるまで
- 攻撃側のAIエージェントが一般的なファイルから脆弱性を探す
- エージェントがログインに成功する
- アプリの中で別の脆弱性を見つけ、個人データを書き換え、請求書に接続する
- 被害組織がAEPDに届け出る
- 2026年9月14日AEPDがAIエージェントによる初の侵害届け出として公表する
どうすれば防げたか
上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。
止められた可能性がある所(当社の見立て)アカウントやAPIキーの権限を必要な範囲に絞り、ログイン後の異常な操作を短時間で検知して止める仕組みがあれば、書き換えや接続の範囲を小さくできた可能性がある。
この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。
自社で確認する3つの手順
上から順に、短い時間で確認できるものを並べています。
- 業務アプリのアカウントとAPIキーを一覧にし、それぞれが書き換えできるデータの範囲を確認する
- ログイン後に短時間で多数の画面や機能を試す動きを検知する設定があるかを確認する
- AIで実行される攻撃を想定して、対応手順の連絡と遮断にかかる時間を見直す
自社に同じ原因があるか
当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。
出典と更新の履歴
- Primera notificación de una brecha de datos personales causada por un ataque ejecutado mediante un agente de IA(AEPD)2026.09.14
- La AEPD registra su primera brecha vinculada a un agente de IA(MuyComputer)2026.09.16