Criticalは危険度ではなく能力の分類
OpenAIのPreparedness Frameworkは、モデルが特定分野でどこまで高度な作業をこなせるかを段階で分類する。GPT-6 Cyberの「Critical」は、製品そのものが直ちに重大事故を起こしたという意味ではない。サイバーセキュリティーの課題を実行する能力が、同社の最上位基準に達したという自己評価だ。
同モデルはGPT-6 Astraを基に、クラッシュの再現、動作する攻撃コードの作成、コードベースの脆弱性探索などを追加学習した。OpenAIは、指定された脆弱性を遠隔環境で利用できるか測るExploitGymで試験した。成功率は48.5％となり、GPT-5.6 Cyberの32.1％を上回った。[1]
ただし、ベンチマークの数字を現実の攻撃成功率へ置き換えることはできない。課題の対象、使える道具、制限時間、既知情報が決められた試験だからだ。システムカードに掲載された外部評価では、実ソフトや機器を使うFrontierCyberで288問中90問を解き、最高難度15問は一つも解けなかった。[2] 能力の上昇と限界が同時に示されている。
FirefoxとLinuxで確認された成果
OpenAIはGPT-6 Cyberを使った研究で、Firefoxの未知の高深刻度脆弱性を81件見つけたと説明した。同社によると、Linuxカーネルでは脆弱性1724件を再現し、そのうち948件で動作する攻撃手法を作った。Linuxの304件は重要な発見として、修正案とともに管理者へ報告中だという。[1]
Firefoxでは、Mozillaの公開アドバイザリーに「Amy Burnett of OpenAI」などOpenAI研究者の報告が複数記載された。Firefox 159で修正されたことも確認できる。[3] 81件すべての詳細が一ページで独立検証されたわけではないが、少なくとも実製品の修正へつながった成果は確認できる。
ReutersもFirefoxの未知の高深刻度脆弱性81件と、Linux向けの攻撃手法948件を報じた。アクセスは審査済みの少数顧客から始まるとも伝えている。[4] 一方、Linuxの件数や費用はOpenAIの集計を基にしており、全件が修正済みという意味ではない。
防御が速くなるほど公開前の管理が重くなる
脆弱性研究には、欠陥を見つける、再現する、影響範囲を確認する、修正案を作る、管理者へ安全に通知する、という工程がある。特化モデルが得意なのは、コードを広く調べ、仮説を何度も試し、再現手順を整える部分だ。人間の研究者は重要な結果の検証と、公開時期や修正の優先順位へ時間を使える。
反面、同じ能力は未修正の欠陥を悪用する準備にも使える。OpenAIはアクセス層「Daybreak Red」で、本人確認、シングルサインオン、多要素認証、APIの接続元IP制限を求める。重要インフラを狙う高リスクな作業を遮断し、複数の操作をまとめて監視する仕組みも設けた。[2]
権限外のサービスを攻撃しないかを見る試験では、安全用の追加指示なしで99.93％、追加指示ありで100％の範囲内行動を記録した。[1] それでもゼロではない条件があり、評価環境の結果が顧客環境の安全を保証するわけでもない。接続先を技術的に限定し、ログを残し、人間が結果を確認する設計は省けない。
企業のセキュリティー運用はどう変わるか
このモデルをすぐ導入できない企業にも影響はある。攻撃者と防御者の双方が、脆弱性を見つけて検証するまでの時間を短くできるためだ。月次や四半期ごとの診断だけでは、公開された新しい欠陥への対応が間に合わなくなる。
企業が先に見直すべきなのは、モデルの購入より次の運用である。
- 外部公開している資産と利用中のソフトウェアを把握し、修正対象を特定できるか
- AIが作った再現手順や修正案を、人間が隔離環境で検証できるか
- 発見から担当者への通知、修正、再検査までの期限を決めているか
- 高い権限を持つ検査用アカウントを、本番業務の認証情報と分離しているか
AIが大量の候補を出せるようになると、件数そのものより優先順位が重要になる。実際に外部から到達できるか、機密情報や管理者権限へつながるか、修正で別の障害を起こさないかを判断するのは、資産の事情を知る組織側である。
OpenAIは今後数週間で、承認済みのDaybreak Red顧客へアクセスを広げるとしている。[4] 一般開放の発表ではないため、現時点で利用可能性を断定すべきではない。成果を見る際も、発見数、再現成功、管理者への報告、修正公開という別々の段階を混同しないことが欠かせない。
まとめ
- GPT-6 CyberのCriticalはOpenAIの能力分類であり、一般公開や安全保証を示す言葉ではない
- FirefoxではOpenAI研究者の報告と修正を確認できる一方、Linuxを含む大きな件数には未修正・検証中の項目が含まれる
- 発見速度が上がるほど、接続先の制限、人間による再現確認、修正期限を一体で運用する必要がある
読者のコメント (0)
コメントを残す