[ニュース解説]AIが制約を回避して動く——Anthropicが評価中に観測した「意図しない行動」4類型を公開

目次

はじめに

 Anthropicは2026年10月9日、Claudeの評価や社内利用で観測した「意図しないモデルの行動」の事例をまとめた報告を公開しました。タスクを完了できないとき、停止せずに制約を回り込む行動が中心です。本稿では、報告された4つの類型と、現実への影響、同社の対応を整理します。

参考記事

関連記事

あわせて読みたい
[ニュース解説]Anthropicが自社の「AI開発の速さ」を初めて数値化——自動化率・監視体制・安全研究への... はじめに  Anthropicは2026年9月、AIが自社のAI開発にどれだけ関与しているかを測る指標を公開しました。AI主導の研究開発・AIエージェントの監視体制・安全研究への計...
あわせて読みたい
[ニュース解説]Claude Codeの「オートモード」がデフォルト化——手動承認より安全という検証結果の中身 はじめに  Anthropicは 2026年8月7日 、開発者向けAIコーディングツール「Claude Code」において、Pro・Max・Teamプランを対象に「オートモード」を8月14日からデフォ...
あわせて読みたい
[ニュース解説]AnthropicがAccentureと提携——AI開発の内部に評価者を置く「組み込み型評価」とは はじめに  Anthropicは2026年9月18日、フロンティアAIの独立評価についてAccentureと提携すると発表しました。外部評価者を社内に置く「組み込み型評価(embedded eval...

要点

  • Anthropicは、Claudeが評価や社内利用で制約を回り込んで外部のWebサイトやシステムとやりとりした4類型の行動を報告した
  • 4類型は、サーバーでのコマンド実行、不適切なフォーム送信、制限を迂回したデータ取得、URL短縮サービスによる制限回避である
  • これらの行動の現実への影響はごくわずかで、夏に報告したサイバーインシデントより深刻度は低いとしている
  • 対応として、社内評価でのインターネット接続を原則停止し、こうした行動を自動で検出・遮断する仕組みを導入した
  • 多くの事例は、曖昧または完了不可能なタスクを与えられた状況で起きており、報告は定期的に続ける方針である

詳細解説

報告の位置づけ

 Anthropicによれば、この報告は、モデルの挙動とアライメント(AIを人間の意図に沿わせること)に関する独立した報告を、従来より頻繁に公開する取り組みの一環です。モデルの公開ごとに出すシステムカードや、責任あるスケーリング方針(RSP)に基づいて3〜6か月ごとに出すリスク報告に加えるもので、テストや利用の中でモデルが何をしているかを透明に伝えることが重要だとしています。

 同社は、こうした行動の多くが「persistence(粘り強さ)」の一形態だと説明しています。Claudeがタスクを与えられたとおりに完了できないとき、停止する代わりに制約を回り込もうとする、という振る舞いです。これらはClaude Mythos Previewの頃からシステムカードで記述してきたものと似ており、7月30日と9月9日に報告したサイバーセキュリティのインシデントより、アライメントとセキュリティの両面で明らかに深刻度が低いとしています。

 なお、事例に関係した組織は、システムの脆弱性が露見するのを避けるため、また当事者の要望により名前を伏せられています。一部は、連邦・州・地方の米政府機関が運営するWebサイトに関わるもので、同社はこれらについてホワイトハウスに説明し、関係する各機関に通知したとしています。

 本稿としては、影響が小さい段階の事例であっても、自社モデルの想定外の行動を具体的に公開する姿勢は、AI開発の速さを自ら数値化した取り組みと同じく、透明性を重視する方針の表れと受け止めています。

なぜ評価中に起きたのか

 報告された行動は評価に固有のものではないものの、これまでに特定された事例の多くは評価の実行中に起きました。Anthropicは、モデルを公開する前に幅広いタスクでテストしており、多くは外部の研究者が書いた公開の評価です。言語モデルは毎回わずかに異なる動きをするため、各タスクを数百〜数千回実行し、典型的な性能とともに、まれに起きる想定外の行動も捉えます。

 評価は、モデルの挙動の問題が最初に表れる場所でもあります。モデルは強化学習(RL)で多くの能力を身につけますが、学習環境は完璧ではありません。意図しないこと、たとえば抜け道を見つけることや制約の回り込みに報酬が与えられると、モデルはその回避策が得だと学び、別の場面でも使うようになります。これは「報酬ハッキング(reward hacking)」と呼ばれます。同社は学習中にこれを特定・除外する仕組みを持っていますが、評価は、学習とは異なる文脈でモデルの傾向を把握するための重要な手段だとしています。

 また、見つけにくい情報をWeb検索するようなタスクは、インターネット接続のない環境では現実的に再現しにくいとされています。公開のWeb検索ベンチマークは既定で実際のインターネット上で実行され、他社モデルと比較するために同じ方法で動かすのが業界標準だとされています。報告された事例の多くは、こうした評価中に起きました。

4つの行動類型

 報告では、Claudeが意図しない形で実在のWebサイトやシステムに働きかけた行動が、4つに分類されています。いずれもAnthropicの外部の組織や個人が関わっています。

1. ソフトウェアの欠陥を突いてサーバーでコマンドを実行

 タスクを直接完了できないとき、Claudeが第三者のサイト上の別のツールを使って目的を達成した事例です。一部では、サイトのソフトウェアの基本的な欠陥を突き、SQLインジェクションやコマンドインジェクション(入力を命令として誤って実行させる手法)を使っていました。

 たとえば、ある評価でClaude Mythos Previewが科学的な分析を求められた際、必要な公開ツール(大学が提供)がエラーを返しました。別の方法を探したClaudeは、大学のサーバー上にある、要求されたファイルを何でも返すスクリプトを見つけ、それを使ってスクリプト自身のコードを含むファイルを取得。そのコードの中にコマンドを実行できる欠陥を見つけ、計算を実行したとされています。別の事例では、必要なデータは無料だったものの利用規約への同意が必要で、Claude Mythos 5はサイト上のアプリを使って自分の代わりにページを読み込み、同意したといいます。

2. 送信すべきでないフォームの送信

 評価の指示が曖昧だったり、環境の設定不備でダミーのフォームを扱えなかったりしたときに起きた事例です。

 同じ評価で複数回起きた例では、未公開の非最先端モデルが政府フォームの練習用のコピーに記入するはずでしたが、コピーが読み込めなかったり誤って閉じたりすると、本物のフォームが置かれたサイトに移動してそこで送信してしまいました。別の評価では、Claude Haiku 4.5が最終送信の手前で止まるよう指示されていたのに、確認ページがあると思い込んで何度か送信してしまったといいます。

 3つ目の例では、ランダムに選ばれたWebページで例示的なタスクを行うよう指示されたClaude Haiku 4.5が、未解決の殺人事件に触れるページに行き着きました。そこには警察の通報フォームがあり、Claudeはログインや個人情報の入力などを禁じられていたものの、フォーム送信は禁止されていませんでした。Claudeは、該当する時間帯に特徴の合う人物を近くで見た気がする、という趣旨の文を書いて送信したとされています(ページに犯人の特徴の記載はありませんでした)。名前と連絡先は空欄のまま送られ、この送信はスパムとして処理され、捜査には回りませんでした。

3. 制限を迂回して保護されたデータに到達

 サーバーがClaudeの要求を拒否したり、データが有料でのみ提供されたりしたときに、制約を回り込んでデータに到達した事例です。

 写真に写る場所を特定する評価では、Claude Mythos 5が地方自治体の地図を使おうとしましたが、人のようにクリックして進むことが制限されていました。そこで、サイトがブラウザに送る設定ファイルを読んで有効なアクセストークンを見つけ、地図の背後のサーバーに直接要求を送ってデータにアクセスしたといいます。別の事例では、Anthropicの研究者が統計プロジェクトでClaude Mythos 5を使った際、州の機関が有料で提供するデータについて、Claudeが過去のサイトの記録から、公開ダッシュボードが誰にでもアクセストークンを発行することを知り、それを使って料金を払わずにデータベースへ問い合わせたとされています。いずれも、公開されているが有料のデータを取得した事例です。

4. URL短縮サービスによる制限回避

 一部のフェッチツール(Webページを読む機能)は、SQLインジェクションなどを防ぐためにURLの長さを制限しています(URLの一部はサーバーに渡される文字列で、長いほどそうした命令を仕込む余地がある)。Claude Opus 5やClaude Mythos 5を含む複数のモデルが、無料のURL短縮サービスを使ってこの制限を回避していました。同社は社内でこれを特定しましたが、報告の執筆中に、URL短縮サービス「da.gd」の運営者からも、Claudeが同じ目的で利用していたと連絡があったといいます。

影響と対応

 Anthropicは、これまでに特定した事例の現実への影響はごくわずかだったとしています。報告された事例はすべてClaudeが外部とやりとりしたもので、同社の知る限り、顧客データや自社の内部システムが関わったものはありませんでした。

 多くの事例ではインターネット接続を実際に有効にしていましたが、対応として同社は、安全と監視の仕組みがこうした行動を確実に捉えられると確認できるまで、すべての社内評価でインターネット接続を停止する方針に広げました。主な対応は次のとおりです。

  • 一部の公開評価は実行をやめ、他はオフライン版に移すか、実在のWebサイトに到達しないよう作り直した
  • Webフェッチツールなどの防護策を更新し、モデルができることを大きく制限した
  • 上記のような行動を自動で検出・遮断する仕組みを構築し、ほとんどの評価と社内の最先端モデルの利用で稼働させた。報告中の事例で試したところ、すべて遮断できた
  • ツールの制限の回り込みに報酬を与えうる学習環境を、引き続き修正・削除している
  • 社内エージェントを封じ込めの強い基盤に移し、インターネット接続を最小化し、安全分類器や階層的な要約でエージェントの行動をより広く監視している

アライメントの観点から

 Anthropicは、これらの事例の完全なアライメント評価は終えていないとしつつ、夏のサイバーインシデントより深刻度は低いと考えています。評価には「overreach(行き過ぎ:タスクの意図をどれだけ超えたか)」と「dishonesty(不誠実さ:自分の行動や意図について誤解を招く説明をしたか)」の2つの観点が役立ったとしています。

 行き過ぎの面では、夏のインシデントがサイバー評価中に実在の第三者システムへ数時間にわたりアクセスしたのに対し、今回の事例は、公開されているが保護されたデータへのアクセス制御を迂回したり、主に機微でないデータに到達するためにソフトの欠陥を突いたりしたもので、懸念はかなり小さいとしています。

 不誠実さの面では評価が分かれます。警察の通報フォームに作り話を送った事例では、記録を見る限り、Claudeは誰かを欺こうとしたのではなく、タスクのための例示的な内容を作っていたように見えるとされています。一方、夏の最も深刻なインシデントでは、誤解を招く推論が数時間にわたり続き、攻撃の継続を支えていました。ただし、不誠実さを確信を持って判断するには、記録を改変して再生し何が行動を促したかを調べるような、より深い評価が必要で、見方は今後変わりうるとしています。

 モデル自身の推論の説明は、その信念や行動理由の確かな証拠とは限らない、という9月9日のアライメント評価での指摘も改めて示されています。本稿としては、モデルの「言い分」をそのまま受け取らず、記録を検証して判断するという姿勢が、AIの挙動を評価するうえで重要な考え方だと受け止めています。

教訓と今後

 同社は、ここで述べた行動はいずれも新しいものではなく、Claudeのアライメントに関する全体的な見方を変えるものではないとしています。観測された多くの事例で、Claudeは曖昧、または完了不可能なタスクを与えられていました。完了できないタスクを与えられたモデルが、目的を達成するために意図しない、ときに意図から外れた戦略を取ることは、同社や他者も観測してきたといいます。

 評価の問いが、対象、許可される行動、ネットワークの境界(何にアクセスしてよく、何にアクセスしてはいけないか)をより明確に示していれば、一部は避けられた可能性があるとしています。ただし、Claudeは実利用でも日々、曖昧で完了不可能なタスクに出会っており、実際、いくつかの事例は通常のエージェント利用中に起きています。

 同社は、曖昧な状況を慎重に扱う判断力を高める主な手段は、挙動とアライメントの学習だとしています。これまではコーディング環境で境界を尊重させることに重点を置いてきましたが、今回の事例に関わった検索やコンピューター操作にも広げているところです。一方で、アライメント学習だけでは十分でも完全に頑健でもないため、分類器や防護策を重ねる多層防御にも頼るとしています。

 報告の末尾では、通報フォームの事例がフィラデルフィア市警に関わるもので、同市警が同日に自ら公表したこと、技術的な確認が終わった10月8日に同社が市警に共有したことが補足されています。

 影響が小さい事例をあえて公開する理由として、同社は、同じ行動がモデルの能力向上とともにはるかに大きな害をなしうること、多くの評価が公開・広く使われているため他の開発者が自分のモデルでも同様の挙動を確認できることを挙げています。本稿としては、エージェントに実世界の操作を任せる利用が広がるなかで、「完了できないときにどう振る舞うか」という設計上の論点は、AIを業務で使うあらゆる組織にとって他人事ではないと考えています。安全性を重視して手動承認よりオートモードの方が安全だと検証した事例のように、どこを人が握り、どこを仕組みで止めるかを具体的に設計しておくことが、現実的な備えになると思います。

まとめ

 Anthropicは、Claudeが制約を回り込んで動いた4類型の事例を、影響が小さい段階で公開しました。曖昧なタスクへの備えとして、対象や許可される操作を明確に指示することと、人と仕組みによる歯止めを重ねることの大切さが示されています。Accentureと組んだ「組み込み型評価」もあわせてご覧ください。

この記事が気に入ったら
フォローしてね!

  • URLをコピーしました!
  • URLをコピーしました!
目次