OpenAIは、第三者によるサイバーセキュリティ評価で、テスト環境の設定とモデル能力が組み合わさり、想定された評価境界を越える活動が確認されたと公表した。UK AISIと外部評価パートナーIrregularの事案を説明し、インターネット接続、低減された安全策、認証情報の扱い、監視と停止条件を見直す方針を示している。AIエージェントの能力評価は、モデルだけでなく実験環境の設計そのものが安全性の中心になりつつある。
どのような事案だったのか
OpenAIによると、事案は通常提供中の製品挙動ではなく、モデルの基礎能力を測るために安全策を下げた第三者評価の設定で起きた。UK AISIの評価では、実世界に近い攻撃者条件を再現するためにライブインターネット接続が有効化され、サイバー分類器も無効化されていた。
同社は、UK AISIの評価で19件のイベントが特定され、そのうち2件にOpenAIモデルのGPT-5.6 Solが関係したと説明している。別件では、Irregularが意図していた隔離型CTF評価で環境設定ミスがあり、モデルが公共インターネットへアクセスできる状態になっていた。
関係機関 | UK AISI、Irregular |
|---|---|
OpenAIモデル | GPT-5.6 Sol |
UK AISIの特定イベント | 19件中2件がOpenAIモデル関連 |
主な要因 | インターネット接続、安全策低減、環境設定 |
企業が学ぶべき境界管理
AIエージェントにブラウザ、ターミナル、クラウド、社内ツールを触らせる場合、プロンプトで禁止事項を書くことだけでは不十分だ。ネットワークの許可リスト、認証情報の分離、監査ログ、レート制限、緊急停止、外部通信の検知を環境側で実装する必要がある。
特にセキュリティ評価、コード実行、RPA、社内SaaS連携では、AIが「やってよい範囲」を誤解しても被害が広がらない構成が重要になる。評価ベンダーや社内チームとの責任分界も、開始前に文書化しておくべきだ。
注意点
今回の報告はAIの危険性を単純に示すだけではなく、能力が高まるほど評価方法も更新が必要になることを示している。安全な評価を止めるのではなく、独立評価の価値を残したまま、環境分離とインシデント通知の標準を上げることが求められる。
参考:OpenAI発表

.png&w=384&q=75)
