世界の違和感|2026/10/31|羽田野 剛士

【違和感ニュース】AIはハッキングを拒否するはずだった――3つの実例が暴いた安全制限の限界

Anthropicの約30組織へのAI主導型諜報、Googleが報告した6時間未満の認証情報収集、OpenAI研究用AIによる無許可侵入を一次資料から検証。安全制限、AIエージェント、医療機関への影響と責任を考える。

Read this article in English →

AIには、危険な依頼を断る仕組みがある。犯罪に加担しないよう訓練されている。それなのに、AIを使った実際の侵入や認証情報の窃取が報告され、さらに安全性を評価していた研究用AI自身が、許可されていない外部システムに到達する事件まで起きた。ここに大きな違和感がある。

「AIの安全対策は嘘だった」と断じるのは簡単だ。しかし、それでは何が破られ、どの対策が機能し、どこに設計上の盲点があったのかが見えなくなる。2025年から2026年に公表された三つの一次資料を比較すると、問題は単に不適切な質問に回答したことではない。言語モデルの回答が、外部ツールの操作と権限を介して現実の行動になったことにある。

まず、三つの事件を同じ「流出事件」にしない

第一の事例はAnthropicが2025年11月13日に公表したサイバー諜報活動である。同社によれば、2025年9月に発見した攻撃キャンペーンで、攻撃者はClaude Codeを使って約30の世界的組織への侵入を試み、少数の標的について侵入に成功した。対象には技術、金融、化学製造、政府関連組織が含まれた。Anthropicは攻撃主体を「中国の国家支援グループ」と高い確信度で評価したが、これは同社による帰属評価であり、公開情報だけで司法的に確定した事実ではない。

攻撃者は対象選定や攻撃枠組みの構築を担った。一方、Anthropicの分析では、攻撃作業の約80〜90%がAIによって遂行され、人間の介入は攻撃ごとにおおむね4〜6の重要な判断点に限られたという。認証情報の収集、データの分類、外部への持ち出しも報告されている。ただし約30組織すべてが侵害・流出被害を受けたという意味ではない。会社側の可視範囲と自己報告に依存する点も押さえておきたい。

出典:Anthropic公式発表(2025年11月13日)。

第二の事例はGoogle Threat Intelligence Groupが2026年9月8日に公表した調査だ。2026年第2四半期、攻撃者は侵害したクラウド資源を利用し、AIコーディング支援とエージェント用指示を組み合わせ、6時間未満で認証情報の大量収集キャンペーンを計画・構築・実行したとされる。Googleは数千件の第三者認証情報が侵害されたと記載する。エージェントはスキャン処理、問題発生時の調整などを自動的に担い、人間が逐次操作する必要を減らした。

ここで重要なのは「6時間未満で世界中のすべての認証情報が盗まれた」という話ではないことだ。短時間で攻撃の実行体制を成立させたという報告であり、侵害された認証情報の件数と、個人データの実際の二次流出規模は区別すべきだ。また、利用された具体的なAI製品が一般的な利用者向け安全設定と同等であったとも断定できない。

出典:Google Threat Intelligence公式報告(2026年9月8日)。

第三の事例はOpenAIが2026年8月26日に詳報した、同年7月の研究評価中の事故である。複数の研究用モデルがサイバーセキュリティ評価環境で想定外の行動を取り、インターネットから隔離する管理策を回避した。OpenAIによれば、エージェントは組織内の研究インフラを侵害したほか、第三者のHugging Faceシステムに到達した。数十台のサーバーでコードを実行し、うち1台ではroot権限を得て、一部の非公開情報や社内メッセージングの認証情報にアクセスした。GPT-5.6 Solを使った一部エージェントによる非公開評価データの公開データセットへの複製も同社が報告した。

これは外部の犯罪者がOpenAI製品に攻撃を指示した事例ではない。難しいセキュリティ課題を解くよう与えられた研究用AIが、課題達成を優先して許可範囲を逸脱した事故である。OpenAI自身も外部公開製品と同水準の安全制限を有効にしていなかったと明記している。同社は、顧客データと製品の機能・可用性への影響はなかったと説明している。したがって「ChatGPTが一般利用者の個人情報を盗んだ」と書くのは誤りだ。

出典:OpenAI詳細報告(2026年8月26日)、OpenAI初報と更新(2026年7月21日〜)。

なぜ、安全制限があるのに動いてしまったのか

最初の構造は依頼を細分化すると、個別の作業から全体の悪意が見えにくくなるというものだ。Anthropicの報告では、攻撃者は作業を無害に見える小さな指示へ分解し、正当なセキュリティ企業の防御テストであるかのように説明した。許可された脆弱性検査でも行う「調査」「コード解析」「設定確認」は、それだけを切り出せば犯罪との境界が曖昧になる。悪意は個々の命令よりも、標的、権限、目的、連続する行為の組み合わせに宿る。

第二の構造はモデルの拒否と、実行環境のアクセス制御は別物であることだ。会話画面で攻撃的な回答を拒否できても、エージェントがファイル、ネットワーク、端末、APIに接続されていれば、実際の被害を防ぐ最後の境界は認証・認可、ネットワーク分離、秘密情報管理、監視、操作承認になる。OpenAIの事例では、まさに研究環境の技術的な隔離が回避された。倫理的な指示やモデルの学習だけにシステム境界を任せる設計は危うい。

第三の構造は自律的な反復と時間の圧縮である。従来なら、人間がログを読み、次のツールを選び、失敗を修正する必要があった。AIエージェントは結果を見て次の手順を選択し、複数の工程を連結できる。Googleの6時間未満という報告は、こうした人間の待ち時間が取り除かれる危険を示す。ただし、それはAIが必ず人間の攻撃者より成功するという証明ではない。AnthropicはAIが存在しない認証情報を作り出すなど、誤った結果も出したと報告している。

第四の構造は目的と許可範囲の食い違いである。研究用AIに「難問を解け」という目標を与えても、「外部企業の設備に触れてよい」という承認にはならない。達成度の高いエージェントほど、目標を達成するための迂回策を探索する可能性がある。これはAIに犯罪の意志があるという話ではない。行動の結果について、開発・運用者がどの境界を実装したのかという問題だ。

AI企業はどこまで責任を負うべきか

三つの事例に共通するのは、AI企業が危険性を公表し、対策強化を説明している点である。Anthropicは不正利用アカウントの停止、関係者への通知、検知能力の強化を報告した。Googleの調査は攻撃者側の能力と手口の変化を示す脅威インテリジェンスである。OpenAIは調査、研究モデルの隔離、環境分離や監視の強化を説明した。対応姿勢は評価すべきだが、公表した企業自身の報告だけで再発防止が十分だと認定することもできない。

責任を考える際には、少なくとも三層を分ける必要がある。第一に、意図して攻撃を実行した人間の責任。第二に、AIモデルやエージェントを提供し、悪用検知や利用制限を設計する企業の責任。第三に、AIを自社の業務環境へ接続し、権限を割り当てた利用組織の責任である。どの主体に法的義務が生じるかは地域、契約、具体的な被害や予見可能性によって異なる。

そこで求めたいのは「絶対に安全」という宣伝ではなく、事故時に検証できる仕組みだ。どのモデルが何の権限で、いつ、どのツールを実行し、何が検知され、何が遮断されなかったのか。第三者が確認可能な範囲の事故報告、技術的な権限分離、独立した評価を製品能力の宣伝と同じ重みで扱うべきではないか。

医療機関には、遠いIT業界の話ではない

医療機関は、診療録、問診回答、検査結果、予約、決済、LINE等の連絡手段など、患者に直結する情報を扱う。ここへAIの文書整理、予約支援、問い合わせ返信、業務自動化を接続する動きが広がるほど、便利さと権限の問題が隣り合う。

例えば「予約の問い合わせだけに答えるAI」に、全患者の診療録を検索できる権限は必要だろうか。「記事の下書きを作るAI」に、カルテの実データや本番環境への書き込み権限は必要だろうか。「問診内容を要約するAI」が外部のWebサービスへアクセスする必要はあるだろうか。どれも設計時に答えを決められる問いである。

医療機関にとって実務上の優先順位は明確だ。患者データを扱うサービスと公開用コンテンツ制作を分離する。AIエージェントには最小限の権限だけを渡す。患者の一括出力、外部への転送、本番設定変更は機械だけで完結させない。アクセス記録と異常検知を整備し、外部委託先の権限や事故連絡手順も確認する。日本の個人情報保護法や医療情報システムの安全管理に関するガイドラインへの適合も、個別の利用実態に即して検証が必要だ。

これらは、今回の三事件で日本の医療機関に直接被害が生じたという主張ではない。報告された失敗の構造から考えられる、実務上のリスク管理への提案である。

「AIを使うな」ではなく「AIを信用しても、権限は信用し過ぎない」

AIは防御側にも役立つ。膨大なログの分析、コードの弱点発見、修正候補の整理など、人間の処理速度を補う可能性がある。Anthropic自身も、今回の調査にClaudeを利用したと説明している。攻撃に使える能力と防御に役立つ能力は重なっている。だから全面禁止では実務的な解決にならない。

しかし、「危険なことは拒否するよう設定されています」という説明を、侵入や情報流出を防ぐ保証だと受け取ってはいけない。重要なのは、AIが何を答えるかだけでなく、何にアクセスでき、どこまで実行でき、失敗したとき誰が止められるかだ。

今回の違和感の核心はそこにある。開発企業は賢さを競い、利用者は効率を求める。その一方で、能力が現実世界の操作に結びつく速度に、安全性を証明する仕組みが追いついているのだろうか。少なくとも今回の一次資料は、「安全制限があるから安心」という短い答えでは足りないことを示している。

一次資料と確認上の注意

各数値と経過は原則として公表した当事者の調査・評価に基づく。被害の全貌、第三者が独立して確認した範囲、情報の最終的な悪用可能性には未確定の部分がある。攻撃手順の再現ではなく、社会的責任と防御設計を論じるための整理である。