---
title: "Gemini 3.8 Flash Cyberとは？Fairwindの申請条件と公開モデルで組む脆弱性トリアージ【2026年10月】"
url: "https://www.issoh.co.jp/tech/details/18151/"
published: 2026-10-07
updated: 2026-10-07
categories: ["AI"]
publisher: "株式会社一創"
---

# Gemini 3.8 Flash Cyberとは？Fairwindの申請条件と公開モデルで組む脆弱性トリアージ【2026年10月】

Gemini 3.8 Flash Cyber は、Googleが2026年9月2日に無印の Gemini 3.8 Flash と同時に発表した、脆弱性の発見と修正パッチの生成に特化した派生モデルです。[英語版の公式発表](https://blog.google/innovation-and-ai/models-and-research/gemini-models/3-8-flash-and-3-8-flash-cyber/)は「our most capable cybersecurity model」と位置づけ、提供先を Fairwind Program に参加する防御側の組織に限っています。

本記事では、公表された性能値をどう読むか、Fairwind の対象と運用条件、そしてCyber版を使えない組織が公開APIだけで脆弱性トリアージを組む手順までを扱います。無印モデルの仕様・料金・移行コードは[Gemini 3.8 Flashとは？3.7からの差分・料金・移行コードを実装目線で解説](https://www.issoh.co.jp/tech/details/17704/)に譲ります。数値と提供状況は2026年10月6日時点の公表内容です。

## まとめ：Cyber版は申請が通る組織向け、大半の企業は公開モデルで組む

- 発表日は2026年9月2日。公開APIのモデル一覧にも価格表にも載っておらず、Fairwind Program 経由でのみ提供されます。
- 公表値はCWE-Bench の pass@1 が47.2%、社内ベンチマークの発見成功率が70%超。いずれもGoogleまたは提携先の自己申告です。
- Fairwind の対象は政府機関・重要インフラ事業者・中核の技術プラットフォームなどで、背景調査とフィッシング耐性のある多要素認証が条件になります。
- 9月30日には後継の Gemini 4 Argon が同じ Fairwind から先行提供され、Cyber版は「前世代」の扱いに移りました。
- 一般企業の現実解は、OSV・CISA KEV・EPSSで優先度を機械的に決め、公開モデルの `gemini-3.8-flash` には影響範囲の説明文づくりだけを任せる構成です。

## Gemini 3.8 Flash Cyberの位置づけと無印3.8 Flashとの役割差

Cyber版は独立した新モデルではありません。公式発表は、無印の3.8 Flash と基盤となる能力を共有したうえで、サイバーセキュリティ領域の訓練を重ねたモデルだと説明しています。

### 2026年9月2日に無印と同時発表された防御特化派生という性格

無印の3.8 Flash はGAとして Gemini API に載り、誰でも `gemini-3.8-flash` で呼び出せます。Cyber版は同じ日に発表されながら、提供経路がまったく違います。[日本語版の発表](https://blog.google/intl/ja-jp/company-news/technology/gemini-38-flash-38-flash-cyber/)は、新しい Fairwind Program を通じて信頼できる政府機関・重要インフラ事業者・ソフトウェアメンテナーへ優先アクセスを提供すると明記しました。

| 項目     | Gemini 3.8 Flash  | Gemini 3.8 Flash Cyber |
| ------ | ----------------- | ---------------------- |
| 発表日    | 2026年9月2日         | 2026年9月2日              |
| 提供形態   | Gemini API でGA    | Fairwind Program のみ    |
| 公開価格   | 入力0.75ドル・出力3.75ドル | 記載なし                   |
| 得意領域   | 長時間のコード生成とエージェント  | 脆弱性の発見とパッチ生成           |
| 利用者の条件 | APIキーのみ           | 適格審査と運用要件              |

無印の単価は[Gemini Developer API の価格ページ](https://ai.google.dev/gemini-api/docs/pricing)にある Standard ティアの100万トークンあたりの値です。Cyber版の行は価格ページに存在しません。

### 3.5から3.8 Flash Cyber、Gemini 4 Argonへの系譜

公式発表は CyberGym の比較対象として前世代の3.5 Flash Cyber を挙げており、Cyber系列は3.8が初代ではないことが分かります。そして9月30日、Googleは[Gemini 4 Argon](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-4-argon/)を発表し、まず Fairwind の防御側組織へ展開すると明記しました。

Argon は CWE-bench v1 で68%と首位タイの値を示し、Wiz の評価では攻撃対象領域の洗い出し・脆弱性の特定・概念実証の作成で3.8 Flash Cyber を上回ったとされています。Fairwind の公式ページでも、Argon が最先端、3.8 Flash Cyber が前世代という並びです。Cyber版の情報は、発表から1か月で「最新」ではなくなりました。

## 公式発表の性能値を条件付きで読むCWE-Benchと実運用3事例

公表値は印象的ですが、どれも評価条件が公開資料だけでは再現できません。採用判断に使う前に、何を測った数字なのかを分けて読む必要があります。

### CWE-Bench pass@1 47.2%と社内ベンチマーク70%超の測定範囲

修正パッチの生成力を測る CWE-Bench で、3.8 Flash Cyber の pass@1 は47.2%。比較に出された最先端モデルは47.8%で、公式発表は「Pareto frontier」にあると表現しています。性能で上回ったのではなく、ほぼ同等の正答率をより小さなモデルで出した、という読み方が正確です。

脆弱性の発見については、業界標準の CyberGym で最先端水準とする一方、具体的なスコアは本文にありません。社内ベンチマークの成功率70%超は Google の内部評価で、テスト対象の言語や脆弱性の種類は公表されていません。

### Chrome 2.6倍・Wiz再現率・2時間という主張の前提

実運用の事例は3つ示されています。Chrome のセキュリティチームでは、大規模な商用モデルの2.6倍の正しいパッチを生成。Wiz の評価では再現率が7.5〜9.7%高く、費用は2.3〜5.2倍低い。Google Cloud の脆弱性研究チームは、通常なら数か月かかる重大な基盤レベルの脆弱性を2時間未満で見つけたとしています。

3つとも、Google の社内チームか発表時点の提携先による評価です。比較相手のモデル名も伏せられています。自社のコードベースで同じ倍率が出る根拠にはなりません。「数か月が2時間」は1件の発見事例であって、平均的な短縮率ではない点に注意してください。

## Fairwind Programの対象組織・セキュリティ要件と申請の現実

[Fairwind Program の発表記事](https://blog.google/innovation-and-ai/technology/safety-security/fairwind-program)は9月2日付で、政府と信頼できるパートナー向けの限定アクセスの枠組みだと説明しています。参加パートナーは発表時点で650を超えました。

### 政府機関・重要インフラ・中核プラットフォームに絞られた適格基準

[Fairwind Program の公式ページ](https://deepmind.google/fairwind-program/)が挙げる対象は4種類です。

| 対象区分          | 具体例                 |
| ------------- | ------------------- |
| 政府・国家サイバー当局   | 各国のサイバーセキュリティ担当機関   |
| 重要インフラ事業者     | 医療・通信・エネルギー・金融      |
| 中核の技術プラットフォーム | 広く使われるソフトウェアや基盤の提供者 |
| 学術機関          | 防御目的のベンチマーク研究を行う機関  |

加えて、倫理的に運営してきた実績を確かめるための背景調査が必須です。受託開発会社や一般の事業会社が「社内のセキュリティを強化したい」という理由で申し込んでも、この区分に当てはまらなければ対象外と考えるのが妥当です。

### フィッシング耐性MFAと利用者を社内の担当チームに限定する運用条件

審査を通った後にも運用上の縛りが付きます。公式ページが求めるのは、ユーザー単位の認証とフィッシング耐性のある多要素認証、アクセス制御と従業員ごとのアクセス記録です。利用できるのは社内のサイバーセキュリティ・インシデント対応・ペネトレーションテストのチームに限られます。

用途も、許可を得た脅威シミュレーション・リバースエンジニアリング・マルウェア解析といった防御と学術研究の範囲に絞られます。マルウェアの作成のような攻撃側の作業は禁止。Gemini Enterprise 経由ではゼロデータ保持の選択肢も用意されています。

### Cyber版の料金非公開・API未掲載で調達計画に載らない理由

2026年10月6日時点で、Cyber版の単価はどの公式ページにも出ていません。申請から利用開始までの期間も「条件を満たすパートナーにはできるだけ早く対応する」という表現に留まります。

単価と開始時期が読めないものは、稟議にも開発スケジュールにも載せられません。Fairwind の発表記事も、Google Cloud の顧客には AI Threat Defense を通じて一般提供のモデルを使う道を案内しています。対象外の組織は、公開モデルを前提に設計を始めるのが筋です。

## Cyber版なしで組む脆弱性トリアージの実装：OSV・KEV・EPSS

脆弱性対応で人手を食うのは、発見よりも「どれから直すか」の判断です。この部分は公開データとAPIだけで自動化できます。社内でパイプラインの開発と保守まで抱えきれない場合は、[生成AI開発・AI受託開発](https://www.issoh.co.jp/service/ai/development/)のような外部の実装支援を組み合わせる前提で範囲を決めてください。

### OSV APIで依存パッケージの既知脆弱性を引くcurlの実行例

出発点は、使っている依存パッケージにどの既知脆弱性が該当するかの洗い出しです。Google が運営する[OSV の POST /v1/query](https://google.github.io/osv.dev/post-v1-query/)は、パッケージ名・エコシステム・バージョンを渡すと該当する脆弱性を返します。APIキーは不要です。

```
# jinja2 2.11.2 に該当する既知脆弱性を取得する
curl -s -d '{"package": {"name": "jinja2", "ecosystem": "PyPI"}, "version": "2.11.2"}' \
  "https://api.osv.dev/v1/query"
```

応答の `vulns` 配列に、GHSA形式のIDと `aliases` に入ったCVE番号、影響バージョンの範囲が並びます。CVE番号の体系や採番の仕組みは[CVE（共通脆弱性識別子）とは？仕組み・CVSS/CWE/NVDとの違い](https://www.issoh.co.jp/tech/details/5092/)で整理しています。

### CISA KEVとEPSSで悪用実績と悪用確率を突き合わせる優先度付け

CVE番号が揃ったら、2つの公開データで重み付けします。1つは米CISAの[Known Exploited Vulnerabilities Catalog](https://www.cisa.gov/known-exploited-vulnerabilities-catalog)で、実際に悪用が確認された脆弱性の一覧です。2026年10月6日時点で1,734件が登録され、JSONフィードで取得できます。

もう1つが FIRST の[EPSS](https://www.first.org/epss/)で、公開済みのCVEが今後30日以内に悪用される確率を0〜1で毎日算出しています。[EPSS の API](https://api.first.org/epss/)はCVE番号をカンマ区切りで渡せば一括で返します。優先度の規則は単純で構いません。KEV掲載はP1、EPSSが一定以上ならP2、それ以外はP3。この判定はコードで決め、LLMには触らせません。

### gemini-3.8-flashの構造化出力で判定理由をJSON化するPython実装

LLMに任せるのは、自社の使い方に照らした影響範囲の説明だけです。[Gemini API の構造化出力](https://ai.google.dev/gemini-api/docs/structured-output)は `response_format` にJSONスキーマを渡す記法で、出力の形を固定できます。

```
import json
import os
import urllib.request
from typing import Literal

from google import genai
from pydantic import BaseModel

KEV_URL = "https://www.cisa.gov/sites/default/files/feeds/known_exploited_vulnerabilities.json"
EPSS_URL = "https://api.first.org/data/v1/epss?cve="
MODEL_ID = os.environ.get("GEMINI_MODEL_ID", "gemini-3.8-flash")


class Note(BaseModel):
    cve: str
    reachable: Literal["yes", "no", "unknown"]
    reason: str


def fetch_json(url):
    with urllib.request.urlopen(url, timeout=30) as res:
        return json.load(res)


def priority(cve, kev_ids, epss):
    # 優先度はコードで決める。LLMの判断は使わない
    if cve in kev_ids:
        return "P1"
    if epss.get(cve, 0.0) >= 0.1:
        return "P2"
    return "P3"


cves = ["CVE-2021-44228", "CVE-2024-56201"]
kev_ids = {v["cveID"] for v in fetch_json(KEV_URL)["vulnerabilities"]}
epss = {d["cve"]: float(d["epss"]) for d in fetch_json(EPSS_URL + ",".join(cves))["data"]}

client = genai.Client()
for cve in cves:
    interaction = client.interactions.create(
        model=MODEL_ID,
        input=f"{cve} について、社内の利用箇所の説明を読み、到達可能性と理由を答えてください。利用箇所: テンプレートは社内の固定ファイルのみ",
        response_format={
            "type": "text",
            "mime_type": "application/json",
            "schema": Note.model_json_schema(),
        },
    )
    note = Note.model_validate_json(interaction.output_text)
    print(priority(cve, kev_ids, epss), note.model_dump_json())
```

EPSSの閾値0.1は例示です。自社のチケット処理能力に合わせて決めてください。モデルIDを環境変数に出してあるので、Fairwind の承認が下りた組織は値を差し替えるだけで済みます。

## SOC支援へトリアージを組み込む配置設計と人の判断を残す境界

トリアージの仕組みを監視運用へつなげる場合、どこまでをモデルに渡し、どこから人が引き取るかを先に決めておきます。

### SIEMアラートの一次要約に使う場合の入力制限と持ち出し管理

[SIEM](https://www.issoh.co.jp/tech/details/10594/)が出すアラートを公開モデルで要約させる構成は、SOCの一次対応の負荷を下げます。ただし生ログには社員のアカウント名や社内IPアドレスが含まれます。外部APIへ送る前に、マスキングする項目と送ってよい項目を一覧で決めてください。

Cyber版を使える組織でもこの論点は消えません。Fairwind がゼロデータ保持の選択肢や従業員ごとのアクセス記録を要件にしているのは、扱うデータの機微さを前提にしているからです。監視体制そのものの組み方は[SOCとは？SIEM・SOARとの違いと監視運用の仕組み](https://www.issoh.co.jp/tech/details/13310/)で解説しています。

### 自動パッチはCodeMenderの領域、トリアージは判断材料づくりに限定

Fairwind の公式ページは、3.8 Flash Cyber と並べて、脆弱性の修正コードづくりを担う専用エージェントの CodeMender も提供対象に挙げています。自動修正の内部構造とレビュー工程への組み込み方は[CodeMenderとは？脆弱性を自動修正するAIエージェントの仕組みと導入判断](https://www.issoh.co.jp/tech/details/16373/)にまとめました。

公開モデルで組むトリアージは、そこまで踏み込みません。出力はチケットに添える判断材料で、修正方針を決めるのは担当者です。この線を引いておけば、モデルの誤りは「説明文が外れた」で止まり、本番のコード変更には及びません。

## Cyber版を待つ組織と公開モデルで今すぐ始める組織の線引き

判断は二分できます。結論として、日本の一般的な事業会社がCyber版の提供を待つ理由はありません。

### 申請を検討してよい組織の条件＝重要インフラ該当とPSIRTの保有

申請を検討してよいのは、Fairwind の対象区分に入り、かつ社内にインシデント対応や脆弱性対応の専任チームを持つ組織です。医療・通信・エネルギー・金融の事業者で、フィッシング耐性のある多要素認証とアクセス記録をすでに運用しているなら、条件の大半は満たしています。

広く使われるOSSやSDKを保守している企業も、中核の技術プラットフォームとして対象に入る余地があります。この場合も、申請と並行して公開モデルでのトリアージを動かしておくのが安全です。

### 導入を見送る場面＝SBOM未整備でトリアージ対象が見えない現場

Cyber版でも公開モデルでも、使っている部品の一覧が無ければ何も判定できません。依存パッケージとバージョンを機械的に出せない現場では、モデルの選定より先に[SBOM](https://www.issoh.co.jp/tech/details/13457/)の整備が来ます。ここを飛ばしてLLMを入れても、照合する対象が空のままです。

### 失敗パターン＝LLMの深刻度判定をKEVやEPSSより上位に置く運用

避けたいのは、モデルが「到達不能」と答えた脆弱性をそのまま後回しにする運用です。KEVに載った脆弱性は実際に悪用されています。モデルの説明が外れていれば、悪用中の穴を放置することになります。

優先度は公開データで決め、モデルの出力は下げる方向に使わない。この1行を運用ルールに書いておくだけで、事故の大半は防げます。

## よくある質問

Gemini 3.8 Flash Cyber について検索されやすい疑問を、公式の発表とプログラムのページに沿って答えます。

### Gemini 3.8 Flash Cyber は Gemini API から呼び出せますか？

呼び出せません。2026年10月6日時点で、Cyber版は Gemini API のモデル一覧にも価格表にも載っていません。提供経路は Fairwind Program だけで、適格審査を通った組織の、社内のセキュリティ担当チームに利用者が限られます。一般の開発案件では、GAの `gemini-3.8-flash` を前提に設計してください。

### Fairwind Program にはどうやって申し込みますか？

Fairwind Program の公式ページにある申請フォームから申し込みます。対象は政府・国家サイバー当局、医療・通信・エネルギー・金融などの重要インフラ事業者、中核の技術プラットフォーム、防御目的の研究を行う学術機関です。倫理的に運営してきた実績を確かめる背景調査があり、回答時期は明示されていません。

### Gemini 3.8 Flash Cyber の料金はいくらですか？

公式の価格ページに記載がなく、2026年10月6日時点で単価は公表されていません。参考になる公開価格は無印の3.8 Flash で、Standard ティアの100万トークンあたり入力0.75ドル・出力3.75ドルです。この単価は2026年12月31日までの導入価格で、2027年1月1日から2倍に切り替わります。

### Gemini 4 Argon が出た今、3.8 Flash Cyber を選ぶ意味はありますか？

Fairwind の参加組織にとっては、Argon と並ぶ選択肢の1つです。Argon は CWE-bench v1 で68%、Wiz の評価でも3.8 Flash Cyber を上回ったとされますが、導入価格は100万トークンあたり入力2ドル・出力10ドルです。大量の脆弱性を軽量に処理する用途では、Flash系のCyber版を残す判断もありえます。

### Cyber版の代わりに無印の3.8 Flash で脆弱性を見つけられますか？

発見とパッチ生成の精度は、Cyber版と同等にはならないと考えてください。公式発表は、Cyber版がサイバー領域の訓練を追加で受けたモデルだと説明しています。無印の3.8 Flash は、OSV・KEV・EPSSで洗い出した既知脆弱性について、自社への影響を説明させる用途に限るのが現実的です。

## 関連記事

- [Gemini 3.8 Flashとは？3.7からの差分・料金・移行コードを実装目線で解説](https://www.issoh.co.jp/tech/details/17704/)：同時発表された無印モデルの解説です。本記事のトリアージ実装で使う `gemini-3.8-flash` の仕様と料金はこちらで確認できます。
- [CodeMenderとは？脆弱性を自動修正するAIエージェントの仕組みと導入判断](https://www.issoh.co.jp/tech/details/16373/)：Fairwind で Cyber版と組み合わされる自動修正エージェントの仕組みと、レビュー工程への組み込み方を扱っています。
- [SOCとは？SIEM・SOARとの違いと監視運用の仕組み・内製とアウトソースの判断を実装者向けに解説](https://www.issoh.co.jp/tech/details/13310/)：トリアージの出力を受け取る監視運用の体制づくりを整理しています。
- [CVE（共通脆弱性識別子）とは？仕組み・CVSS/CWE/NVDとの違いと2026年の運営体制変化](https://www.issoh.co.jp/tech/details/5092/)：OSVやKEVで扱うCVE番号の体系と、深刻度指標との関係を解説しています。
- [SBOMとは？ソフトウェア部品表の目的・フォーマットと作成・運用の判断を解説](https://www.issoh.co.jp/tech/details/13457/)：トリアージの前提になる部品一覧の作り方と運用の判断基準です。

---

出典: [Gemini 3.8 Flash Cyberとは？Fairwindの申請条件と公開モデルで組む脆弱性トリアージ【2026年10月】](<https://www.issoh.co.jp/tech/details/18151/>)（株式会社一創）