OpenAI、「防御側の猶予期間」を提唱 AI活用サイバー防御の実践指南を公開

OpenAIが、組織には「防御側の猶予期間」と呼べる限られた時間しか残されていないと主張するエッセイを公開した。これは、攻撃者がAIを武器化してこれらの欠陥を悪用する前に、AIを使って防御側がセキュリティ上の欠陥を発見・修正できる期間を指す。OpenAIは、その優位性が縮まる前に、企業がいますぐセキュリティプログラムの自動化に着手すべきだと訴えている。

詳細

• 主張の骨子: 世界各地で開発されているAIモデルは、実際のサイバー攻撃の一部をますます自動化できるようになっており、これまで見過ごされてきたセキュリティの隙が発見・悪用されやすくなっている。しかし同じ能力は防御側にも当てはまり、それらの欠陥を先に発見・優先順位付け・修正することができる。OpenAIはこれをレースになぞらえ、防御側が迅速に動けば経済合理性の面でも有利になり得るとしている
• 背景: エッセイは、「エージェント的集団」が未知の脆弱性と流出した認証情報を連鎖させ、OpenAIの研究基盤と別企業の本番システムの双方に侵入した過去のインシデントに言及している(OpenAIは7月に、関連するHugging Faceモデル評価に絡むセキュリティインシデントを公表済み)
• OpenAI自身の防御戦略、4本柱: (1) コードセキュリティ ― セキュリティプラグインを備えたCodexを使い、デプロイ前に脆弱性を検知する、(2) インフラ防御 ― AIモデルがほぼすべての初期セキュリティアラートを人間の介入前にトリアージし、限定的な範囲で自動対応する、(3) 事前的な脆弱性評価 ― フロンティアモデルを使って攻撃経路・設定ミス・過剰な権限を洗い出し検証する、(4) 基盤的な管理策 ― 最小権限アクセス、ネットワーク分離、多層防御アーキテクチャなど
• 実例: OpenAI社長のグレッグ・ブロックマン氏は、自身の個人サイト「gregbrockman.com」に対し、GPT-5.6 Solを搭載したChatGPT Workを実行させた事例を紹介。モデルは15分で13件のセキュリティ問題(メール詐称を可能にする無防備なDNSレコード、旧式のjQuery、暗号化されていないHTTP通信など)を発見し、約1時間で修正を完了。段階的なDMARC導入や、AWSからCloudflare Pagesへの移行も行われた
• 防御側向けの9段階の実践手順: 組織的な合意形成とテーブルトップ演習の実施/承認済みのリポジトリ・インフラアクセス権を持つCodexなどのエージェント的ツールの導入/既存のセキュリティ専門知識やプレイブックとの組み合わせ/インターネット公開サービスや認証フローの即時評価/AIによるトリアージで既存の脆弱性バックログを解消/事前マージ時のコードレビューやCIチェックへのAI統合/人間によるレビューを前提としたパッチ生成・回帰テストの自動化/読み取り専用から始める段階的な自動トリアージの拡大/OpenAIのTrusted Access for Cyberプログラムへの申請や、正当な防御目的でのDaybreak Blueの活用を含む、フォレンジック・インシデント対応能力の準備
• タイミングへの警鐘: エッセイは、実用的なサイバー能力を持つオープンウェイトモデルはフロンティアモデルからわずか数か月遅れで登場する傾向にあると指摘し、8月末頃に登場が見込まれるとされるあるモデルが「脅威の状況を大きく加速させる」だろうと警告している

その後

このエッセイは行動喚起であると同時に、OpenAI自身のセキュリティツール群(Codex、Daybreak Blue、Trusted Access for Cyber)を売り込む狙いも兼ねており、フロンティアモデルのサイバー能力に関する同社の一連の開示 ― 開発中モデル「Astra」がPreparedness Frameworkで「Critical」水準に到達したことや、防御担当者向けプログラム「Daybreak」の拡大 ― と時期を合わせて公開された。これらを総合すると、攻撃者がいずれ手にすると懸念される種類のツールを、防御側にも同等に行き渡らせようと急ぐOpenAIの姿勢が浮かび上がる。