自社の設定を無料で確認する→
No.00712026年8月12日 公表台湾 台北官公庁生成AIが関わった事故

台湾の政府機関で、AIエージェントを使った攻撃により85の職員アカウントが乗っ取られ、職員記録2500件超が漏洩

流出した、またはおそれのある件数
2,564件

職員記録2564件、部署の利用者一覧、シングルサインオンの秘密鍵7件、内部データベースの認証情報6件、内部ネットワークのIP範囲(調査会社の報告として報道)。台湾政府は件数を公表していない。

原因の種類
不正アクセス

第三者がシステムに入り、情報を見たり持ち出したりした事故

同じ原因の事故(131件)
公表日
2026.08.12

台湾 台北 官公庁

2026年8月12日、イスラエルの調査会社が、AIエージェントを使った攻撃でアジアの政府機関から認証情報や職員記録が持ち出されたと報告し、報道機関は対象を台湾の機関と報じた。攻撃は7月1日から4日にかけて行われ、85の政府アカウントが乗っ取られ、2500件を超える職員記録が持ち出された。台湾の数位発展部は、7月に政府機関への異常な攻撃を検知し、人手とAIエージェントを組み合わせた攻撃だったと発表した。

この記事の内容
1. 何が起きたか2. なぜ起きたか3. どうすれば防げたか4. 自社に同じ原因があるか出典と更新の履歴

何が起きたか

この事故で流出した、または流出したおそれがある情報は、職員記録2564件、部署の利用者一覧、シングルサインオンの秘密鍵7件、内部データベースの認証情報6件、内部ネットワークのIP範囲(調査会社の報告として報道)。台湾政府は件数を公表していないです。その後の対応と影響は、数位発展部は、対象の機関が対応を済ませたと発表した。傘下の国家資通安全研究院は7月20日から警告を出して調査した。攻撃は原子力安全の機関、政府のIT委託先、7社以上のエネルギー企業の調査にも広がったと報じられたです。

原因になったのは「AIエージェントによる認証なしAPIの悪用とパスワードの推測」です。生成AIで作ったもの、または生成AIの使い方が事故に関わっています。

  1. 中心 直接の原因報道

    公開されたオープンソースのAIエージェントを使い、認証なしで使えるAPIからセッションと利用者名を集め、予測しやすいパスワードを試して職員アカウントに入った(報道)。

  2. 1つ外側 流出した情報報道

    職員記録2564件、部署の利用者一覧、シングルサインオンの秘密鍵7件、内部データベースの認証情報6件、内部ネットワークのIP範囲(調査会社の報告として報道)。台湾政府は件数を公表していない。

  3. いちばん外側 その後の対応と影響報道

    数位発展部は、対象の機関が対応を済ませたと発表した。傘下の国家資通安全研究院は7月20日から警告を出して調査した。攻撃は原子力安全の機関、政府のIT委託先、7社以上のエネルギー企業の調査にも広がったと報じられた。

(確定)は当事者が発表した内容、(報道)は報道にもとづく内容、(不明)は公表されていない内容です。

なぜ起きたか

報道によると、エージェントは1つの政府ポータルから21のつながったシステムと認証の流れを調べた。3つの隠れたAPIが認証情報なしで有効なセッションを発行していた。集めた利用者名で業務ポータルに入り、画像認証を解き、予測しやすいパスワードを試して85のアカウントに入った。

原因の種類は「不正アクセス」です。第三者がシステムに入り、情報を見たり持ち出したりした事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は131件あります。

事故が起きてから公表されるまで

  1. 2026年7月1日〜4日AIエージェントが12回に分けて政府システムを調べ、アカウントに入る
  2. 2026年7月20日国家資通安全研究院が警告を出し始める
  3. 2026年8月12日調査会社の報告を受け、対象が台湾の機関だと報じられる
  4. 2026年8月13日ごろ数位発展部がAIエージェントを使った攻撃を確認したと発表する

どうすれば防げたか

上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。

止められた可能性がある所(当社の見立て)

認証なしで使えるAPIを洗い出して閉じ、職員アカウントに多要素認証とパスワード試行の制限を設けていれば、アカウントの乗っ取りを防げた可能性がある。

この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。

自社で確認する3つの手順

上から順に、短い時間で確認できるものを並べています。

  1. 外部から接続できるAPIを一覧にし、認証なしでセッションや利用者情報を返すものが無いかを確認する
  2. 職員が使うポータルに多要素認証が設定されているかを確認する
  3. 同じ接続元から多数のアカウントにログインを試す動きを検知して止める設定があるかを確認する

自社に同じ原因があるか

当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。

結果はこの画面にだけ表示されます。入力した内容は送信されません。

出典と更新の履歴

2026.08.12記事を掲載

同じ原因で起きたほかの事故

同じ原因の事故をすべて見る
2026.10.15 日本 東京飲食チェーンを運営する会社で、公式アプリの会員情報約1,118万件が漏洩 1,118万件 2026.10.15 日本 東京ソフトウェア販売の会社で、会員情報を取得するAPIが不正に使われ、約2,252万件の情報に漏洩のおそれ 2,252万件 2026.10.15 日本 東京美容業向けの通販会社で、ECサイトのサーバーに不正侵入があり、顧客情報775,725件が漏洩 77.6万件