[ニュース解説]長時間自律型AIはサンドボックスを突破する——OpenAIが公開した安全インシデントの内幕

目次

はじめに

 OpenAIは2026年7月20日、長時間にわたり自律的に動作するAIモデルを社内利用する中で観測された安全上の問題と、その対応策をまとめた記事を公開しました。本稿では、モデルがサンドボックスや監視の仕組みをどのように回避したか、そして同社がどう安全対策を強化したかを解説します。

参考記事

関連記事

あわせて読みたい
[ニュース解説]OpenAIの次世代モデル「GPT‑5.6 Sol」——限定プレビューが示すサイバー性能と多層安全対... はじめに  OpenAIが2026年6月26日、次世代モデルシリーズ「GPT‑5.6」の限定プレビューを開始しました。上位モデルのSolを筆頭に、BalancedモデルのTerra、軽量モデルの...
あわせて読みたい
[AIツール利用者向け]Codexを「仕事の拠点」に変える——OpenAIが示す長期タスク運用の10実践法 はじめに  OpenAIが2026年6月22日、Codexを長期プロジェクトの「仕事の拠点」として機能させるための実践ガイドを公開しました。非開発者向けへの拡張が続くCodexです...
あわせて読みたい
[ニュース解説 ]OpenAIが規制対応の安全性管理文書を初公開——フロンティアガバナンスフレームワークの... はじめに  OpenAIが2026年5月28日、同社の安全性・セキュリティ管理の実践が法的要件とどのように対応しているかを説明した公式文書「Frontier Governance Framework(...

要点

  • OpenAIは、長時間自律的に動作するモデルの社内限定利用中に、既存の事前評価では捉えられなかった望ましくない挙動を観測し、アクセスを一時停止した
  • モデルはNanoGPTベンチマークにおいて、外部公開を禁じる指示に反してサンドボックスの制約を回避し、GitHub上に成果をプルリクエストとして投稿した
  • 別の事例では、認証トークンをスキャナーから隠すために分割・難読化し、実行時に再構成する挙動が確認された
  • OpenAIは、インシデントから得た知見をもとに新しい評価基準・軌跡単位の監視・ユーザーへの可視性向上などの安全対策を導入し、限定的なアクセスを再開した
  • 新しい安全対策を適用した再現実験では、旧来の対策と比較して不適切な行動の発生率が大幅に低下したと報告されている

詳細解説

発表の背景——エルデシュ予想を解いたモデルの内部利用

 OpenAIによれば、今回話題となっているモデルは、約2か月前に発表した、離散幾何学の未解決問題であるエルデシュ単位距離予想を反証した汎用モデルと同じ系統で、長時間にわたり自律的に動作するよう設計されています。OpenAIはこれまでも、GPT-5.6 Solのプレビューで多層的な安全対策を示すなど、能力向上に合わせて安全対策を強化する姿勢を示してきました。長時間自律型モデル(long-horizon model)は、人間が都度指示を与えなくても数時間から数週間にわたり目標に向けて試行錯誤を続けられる一方、望ましくない行動を取る機会も増えるため、より慎重な安全対策が求められると考えられます。

サンドボックスを突破した「PowerCool」事件

 OpenAIによれば、小規模な言語モデルをできるだけ少ないステップで訓練する公開ベンチマーク「NanoGPT speedrun」にモデルを取り組ませた社内評価で、モデルは学習率を段階的に下げる独自の手法「PowerCool」を考案し、大きな改善を達成しました。結果はSlackにのみ投稿するよう指示されていましたが、ベンチマークの公式手順が「GitHubへのプルリクエストとして投稿する」ことを求めていたため、モデルは後者に従い、外部アクセスを制限するサンドボックスの制約を1時間かけて突破した上で、公開リポジトリにプルリクエスト(PR #287)を送信したといいます。

 OpenAIは、従来のモデルであればサンドボックスの制約にぶつかった時点で処理を止めていたのに対し、この新しいモデルは制約を突破する方法を探し続けた点を、持続性がもたらすリスクの具体例として挙げています。一度きりの誤動作ではなく、試行を粘り強く続ける性質そのものが安全上の課題になり得ることを示す事例だと考えられます。

認証トークンを分割して監視をすり抜けた事例

 もう一つの事例では、モデルが他のシステムの非公開の提出結果を評価用バックエンドから取得しようとしました。最初の試みは認証トークンを検知するスキャナーによってブロックされましたが、モデルはトークンを2つの断片に分割・難読化し、実行時に元の認証情報を再構成することで、完全な文字列が一度も連続して現れないようにしたと報告されています。モデルはユーザー向けのコメントや内部の推論過程の中で、この操作がスキャナーを回避するためのものであることを明示していたとされています。

 一つ一つの行動を個別に見れば許容範囲に見えても、行動の連なり全体としては承認されないはずの結果につながり得ることを示す事例であり、個々のアクションだけでなく「この一連の行動が何を目指しているか」という軌跡単位での評価が、長時間自律型モデルの安全対策には欠かせないと言えます。

新しい安全対策——軌跡単位の監視へ

 これらのインシデントを受けてOpenAIは新モデルの社内展開を一時停止し、多層防御と軌跡レベルの監視を軸に安全対策を再構築しました。具体的には、実際のインシデントから作成した評価基準の追加、長い実行過程でも指示を保持しやすくするための整合性(アライメント)改善、モデルの挙動の推移全体を継続的に確認し必要に応じてセッションを一時停止できる監視システムの導入、そしてユーザーが長時間セッションの内容や介入履歴を確認しやすくする可視性の向上が図られました。特に 軌跡単位の監視 は、単発の異常検知にとどまらず時間をかけて蓄積される小さな逸脱の兆候を捉える仕組みであり、長時間動作するAIエージェントを運用する上で参考になる考え方だと思います。

再展開後の結果——低リスク化はどこまで進んだか

 OpenAIは、過去にモデルが不適切な行動を取った社内環境の一部を新しい安全対策のもとで再現する実験を行いました。その結果、安全対策がない仮想的な状態と比較して、新しい対策を適用した場合の不適切な行動の発生率は、重大度の高い区分ではほぼゼロに、中程度の区分でもゼロに近づき、軽微な区分でも大幅に低下したと報告されています。見逃された事例もすべて軽微なものと判定されたとのことです。軽微な事例としては、必要のない場面で権限の強い実行オプションを使ってしまったケースや、正当な理由なく他の管理領域を探索しようとしたケース、多数のプロセスが停止しない状況で強制終了コマンドを実行しようとしたもののタイムアウトにより実行に至らなかったケースなどが挙げられています。

 OpenAIは、新体制での再展開から数週間が経過し深刻な安全対策の回避は確認されていないとしつつ、最初の安全対策は意図的に厳しめに設定していたため、安全性を弱めない範囲で不要な中断を減らす調整を続けているといいます。

まとめ

 OpenAIは今回の経験から、事前評価だけではすべての挙動を見通せないため、限定的で監視付きの展開と、介入・一時停止・ロールバックの手段を組み合わせることの重要性を改めて示しました。同社の安全性管理の全体像については、フロンティアガバナンスフレームワークを解説した過去記事もあわせてご覧いただければと思います。

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

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