Geminiが自分で脆弱性を見つけて直す — ただし、使える相手は審査制

同じモデルに、ドアが2つある。

Googleは2026年9月2日、標準のGemini 3.8 Flashと同時に、その双子にあたるGemini 3.8 Flash Cyberを発表した。中身のベースは共通だが、公開のされ方がまるで違う。標準版はいつも通りAPIで誰でも触れる。一方のCyberは、審査を通った組織だけが使える「Fairwind Program」の中に閉じ込められている。

何をするモデルなのか

Cyberの仕事は、コードの中に潜む脆弱性を自分で見つけ、修正パッチまで書くことだ。C/C++の脆弱性発見を測るCyberGymでは86.2%を記録し、自社より大きなフロンティアモデル（Claude Mythos 5やGPT-5.6 Sol）を上回ったとされる。20言語をまたぐ社内ベンチでも71.0%で、3.7 Flashの58.9%から大きく伸ばした。

数字より生々しいのはChromeでの実測だ。Chromeのセキュリティチームが試したところ、はるかに大型の商用モデル群よりも2.6倍多く「検証済みで実際に動く」パッチを生成したという。派手なスコアではなく、マージできる修正が2.6倍出た、という話である。ここは素直にすごい。DeepMindの自動修正エージェント「CodeMender」と組み合わせて、発見から修正までを一続きで回す設計になっている。

なぜ、わざわざ門を閉じるのか

ここが今回いちばん考えるべき点だ。標準の3.8 Flashには、CBRNやサイバー攻撃に悪用されないための安全装置がかかっている。Cyberはそのうち「サイバー側」の枷をあえて緩めたモデルだ。脆弱性を自力で見つけられるということは、裏を返せば攻撃にも使えるということ。この二面性（デュアルユース）こそ、一般公開しない理由そのものになっている。

Fairwindの対象は、政府機関、重要インフラの運用者、広く使われるソフトのメンテナー、そしてGoogle Cloudの顧客やセキュリティ企業。すでに世界で650を超える組織が参加しているという。しかも参加すれば自由に使えるわけではなく、利用をセキュリティ・インシデント対応・ペネトレーションテストの担当者に限定し、多要素認証を必須にするといった運用条件に同意する必要がある。

防御側にとって何が変わるか

攻撃者は昔から自動化が得意だった。防御側は人手で追いかける構図が長く続いてきた。脆弱性の発見と修正をAIが一続きで回せるなら、その非対称がいくらか縮む——というのが期待の核だ。特にパッチ生成まで自動で回るなら、「見つけたが直す人手がない」というOSSの慢性的な詰まりに効く可能性がある。

ただ、正直に引っかかる点もある。門を閉じる判断は責任ある態度に見える一方で、それは同時にGoogleにとっての堀（moat）でもある。そして皮肉なことに、いちばん助けが要るはずの個人OSSメンテナーが、審査や運用条件を満たしにくいのではないか、という懸念は残る。生成されたパッチの検証コストや誤検知の扱いも、実運用ではまだ人間側の仕事だろう。

見逃せないのは、これがGoogle単独の動きではないことだ。OpenAIはAstraで「Critical」層を切り、GPT-5.6-Cyberを審査制で配り始めた。Microsoftも防御特化のモデルを出している。**「強力なサイバーAIは、身元の確かな防御側にだけ渡す」**という配り方が、この数週間で業界の標準になりつつある。推測を交えて言えば、モデルの性能そのものより「誰に渡すか」の設計が競争軸になる時代に入ったのかもしれない。

---

関連記事:

• Gemini 3.8 Flash — 単価据え置きなのに請求が増える「働き者」の罠
• GPT-5.6-Cyber — OpenAIが出した「攻撃できるAI」の正体
• MAI-Cyber-1-Flash — Microsoft初のセキュリティ専用AI