10問を解いた4日後、
OpenAIは自社AIを「クリティカル」と呼んだ。
8月3日、OpenAIは次期主力モデル「Astra」が10年以上未解決だった数学の難問10問を解いたと発表した。その熱狂も冷めやらぬわずか4日後、同社は一転してAstraを「クリティカルなサイバーリスク」に指定したと明らかにした——自社モデルにこの区分を与えるのは、OpenAI史上初めてのことだ。
なぜ、今回は
「初めて」なのか
「まだ起きていないリスク」に、先回りで最上位の区分を与える。
OpenAIは2023年12月に公表した安全性評価の枠組み「Preparedness Framework」で、モデルのリスクをサイバーセキュリティなど複数領域について Low・Medium・High・Critical の4段階で評価してきた。サイバー領域でこれまで最も高かったのは High——直近の主力モデルGPT-5.6-Solが到達した水準だ。今回OpenAIは次期モデル「Astra」について、内部評価の結果「Criticalに達する可能性を排除できない」と公式ブログで明らかにした。自社モデルにCriticalの可能性を認めるのはこれが初めてで、GIGAZINEをはじめ複数の海外メディアが報じている。
特筆すべきはタイミングだ。OpenAIが8月3日にAstraの数学的成果を発表してから、わずか4日後の発表だった。「圧倒的な能力」を誇示した直後に「制御しきれないリスク」を自ら認める——本来なら矛盾しかねない2つのメッセージを、OpenAIはあえて連続して打ち出した格好になる。これは単なる偶然というより、次期モデルの実力と危うさの両方を市場に印象づける、意図的な情報公開の順序と見るのが自然だろう。
| High（GPT-5.6-Sol） | Critical（Astraで排除できず） |
|---|---|
| 既存の攻撃手法を強化する程度の能力 | 防御網そのものを無効化しうる新しい攻撃経路 |
| ゼロデイの発見・実行に人間の関与が必要 | 人間の介在なしにゼロデイを特定・実行しうる |
| 通常の開発・展開プロセスで運用 | 隔離環境限定・重み暗号化強化・監視強化で運用 |
「まだ防げる」ではなく、
「もう起こり得る」という前提へ。
この4日間に
何が起きたか
数学の快挙発表から、サイバーリスクの警告まで。公開情報を時系列で並べる。
2023年12月のPreparedness Framework公表以降、OpenAIはサイバー・生物化学・説得・自己改善などの高リスク領域でモデルを段階評価してきた。今回の一連の発表を並べると、次期モデルの「見せ方」が変わってきたことが透けて見える。
8月3日には数学と理論計算機科学の未解決問題10件への回答を、249ページの論文とLean 4による形式証明付きで公開した。可展性（soficity）を巡ってGromovが1999年に提起した問題に答える非可展群の具体構成など、専門家がすぐ検証できる粒度の成果だった。その4日後、今度は同じモデルの「危うさ」を公表する——強さと危うさをこれほど近い間隔で開示するのは、OpenAIとしても異例のペースと言える。
初めての「Critical」を
数字で見る
Critical相当と判断された領域では、通常の開発プロセスを一部止めてでも防御を優先する、と説明されている。実装として挙げられているのは、隔離されたテスト環境への限定、外部ネットワークやツールへのアクセス制限、モデル重みの保護・暗号化の強化、そして追加の監視・検知の仕組みだ。基準を満たさない社内利用は一時停止されているという。
隔離環境への限定
Astraへのアクセスを隔離されたテスト環境に絞り、通常の開発フローから切り離す。
アクセス制限
外部ネットワークや実行系ツールへのアクセス権を必要最小限に絞り込む。
重みの保護強化
モデル重みの暗号化・保護レベルを引き上げ、持ち出しリスクを抑える。
監視の強化
Chain-of-Thoughtモニタリング等で高リスクな挙動を検知し、基準未達の利用は停止する。
誰に、どう効くか
今すぐ体験が変わるわけではない。だが「誰の仕事に効くか」ははっきり分かれる。
エンタープライズのリスク管理
OpenAIの利用を審査する調達・セキュリティレビュー担当にとっては、ベンダーリスク評価に引用できる公式区分が増えたことになる。契約更新や導入可否の説明資料として、当面は実務上のプラスに働くはずだ。
プロダクト・事業サイド
Astra連携やエージェント系機能をロードマップに置いているPMは、公開・API提供のペースが従来より慎重になる前提でスケジュールを組む必要がある。特にコーディング・自動化系の先行アクセスは絞られる可能性がある。
一般ユーザー
普段のChatGPT利用に目に見える変化は当面ない。今回の指定は開発・運用側の管理体制の話であり、日常的な使い勝手にはほぼ影響しない。
次に、何をすべきか
① エンタープライズ導入担当は、今回のCritical判定と対応する安全策を、自社のベンダーリスク評価・DPAレビューの更新項目として記録しておくとよい。次のセキュリティ監査で問われる可能性が高い。② Astra連携を見込むPM・開発リーダーは、GA（一般提供）や上位機能の解放が想定より遅れる前提でロードマップに余白を持たせておきたい。③ 今後OpenAIが追加の安全性文書やSafety Advisory Groupの見解を公表する可能性があるため、Preparedness Framework関連の続報は継続的にウォッチしておく価値がある。
楽観だけでは語れない
留意点もある。今回の判定はOpenAI自身による内部評価であり、第三者機関による独立検証結果は現時点で公表されていない。「Criticalに達する可能性を排除できない」という表現は、あくまで“確定した危険”ではなく“否定しきれないリスク”を示す慎重な言い回りだ。過度に恐れる必要はないが、逆に「OpenAIが自ら安全側に倒した」という好意的な受け止め一辺倒にもなり過ぎない方がよい。強力な次期モデルへの期待感を高めつつ、同時に「だから慎重に扱っている」という物語を添える——結果として競合との差別化にもなる発表順序である点は、割り引いて読む必要がある。