Chrome 148.0とは？リリース日・ビルド番号一覧と脆弱性372件、Prompt API・ChromeOS 148の要点

Chrome 148は2026年5月5日に安定版へ昇格したメジャーバージョンです。デスクトップの通常版は5月29日の148.0.7778.218（Windows）で更新が止まり、企業向けのExtended Stableも6月23日の148.0.7778.280が最後でした。この記事は「148.0.7778.168という番号を見かけた」「148で何が変わったのか」「148のまま残っている端末をどうするか」に答えるため、Chrome Releases・Chromium Dash・Chrome for Developers・企業向けリリースノートで確認できる事実だけを並べます。今配信されている版を知りたい場合はChrome最新バージョンは155（2026年10月）｜確認・更新方法とバージョン履歴一覧を見てください。

まとめ：Chrome 148の要点

• 安定版昇格は2026年5月5日。デスクトップ初版は148.0.7778.96（Linux）と148.0.7778.96/.97（Windows・Mac）
• 148系の最後は、Windowsが.218、Macが.217（いずれも5月29日）、Linuxが.215（5月27日）、Androidが.217（6月2日）、ChromeOSが.263（6月11日）、Extended Stableが.280（6月23日）
• デスクトップ向け4回の更新で修正された脆弱性は計372件。5月12日の79件にはCriticalが14件。148系の期間に「悪用あり」と告知されたものはない
• Prompt APIがWebページから使えるようになり、条件を満たす端末ではGemini Nanoが初回利用時にダウンロードされる
• 2026年11月13日時点のデスクトップ安定版は157.0.8103.78/.79。11月9日には157系で悪用ありの脆弱性が修正されており、148のまま使い続ける理由はない

Chrome 148のリリース日程とビルド番号の対応

ベータから安定版昇格までの日程

Chromium Dashのマイルストーン日程では、148の各段階は次のとおりでした。Early Stableは一部のユーザーにだけ先に配る段階で、148ではWindows・Macに4月23日の148.0.7778.56/.57、4月29日の.96/.97が先行配信されています。

148.0.7778.168・.217などデスクトップのビルド番号と配信日

「148.0.7778.168」のような番号から、その端末がどの更新まで受け取っているかを引くための表です。頭の「148.0.7778.」を省いています。日付と件数はChrome Releasesのデスクトップ向け告知、告知に無いビルドはChromium Dashの配信記録によります。

判定は「148.0.7778.167以上なら5月12日の79件は直っている」「5月27日分までの通常版の修正を確認する目安は、Windowsが.216以上、MacとLinuxが.215以上」と読みます。Extended Stableは別に確認します。同じ日に2つの番号が並ぶ理由は告知に書かれていません。149への切り替えは、Windows・MacがEarly Stableとして5月20〜21日、通常の安定版として6月2日（149.0.7827.53/.54）、Linuxも6月2日です。149側の経緯はChrome 149.0とは？ログイン通知に出る意味と配信期間・今の版との差にまとめています。

Android・iOS・Extended Stableの初版と最終ビルド

iOSは他より早く4月22日に148が出て、5月20日に149へ進みました。Extended Stable（WindowsとMacだけの企業向けチャネル）は5月5日に146系から148系へ移り、通常版が149へ進んだ後も6月3日の.254から6月23日の148.0.7778.280まで5回の更新を受け、6月30日（Macは7月2日）に150系へ移っています。Extended Stableの告知は修正の内訳を載せないため、どのCVEがいつ入ったかは告知からは追えません。

「148.0.7778」と「148.0.0.0」「Chromium 148」の読み方

Chromeのバージョンは「メジャー.マイナー.ビルド.パッチ」の4つの数字です。148.0.7778.218ならメジャーが148、ビルドが7778、パッチが218です。ブランチ後の148はビルド番号が7778で共通で、末尾のパッチ番号が大きいほど後の配信です。

アクセス解析やログイン通知に「Chrome 148.0.0.0」「Chrome Mobile 148.0.0」と出るのは、User-Agent削減の仕様でメジャーより後ろが0に固定されるためです。Privacy Sandboxの解説ページには、削減後の例として次の文字列が載っています。

Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.0.0 Mobile Safari/537.36

148.0.0.0から分かるのは「メジャーが148」という点だけで、148.0.0.0というビルドは配信されていません。実際の番号は、その端末でアドレスバーにchrome://settings/helpと入力すれば表示されます。

「Chromium 148」は、Chromeの元になっているオープンソース版の148系を指します。番号の付け方は同じで、Chromiumのソースには148.0.7778.218などChromeと同じ番号のタグが打たれています。Linuxディストリビューションが配るchromiumパッケージは、各ディストリビューションが独自にビルドしたものなので、Googleの更新日とはずれます。

Chrome 148で修正された脆弱性372件の内訳

Chrome Releasesのデスクトップ向け告知（Stable Channel Update for Desktop）のうち148系の4回を数えると、修正件数は次のとおりです。Critical欄は告知に個別に載ったCVEのうち深刻度がCriticalのものの数で、Google社内で見つかったものも含みます。

昇格時の件数は、公開当時の国内報道では127件とされていました。告知は6月16日に更新されており、現在の本文は「This update includes 126 security fixes」です。5月19日の.178/.179より前で止めている環境は、5月27日の151件（Critical 22件）を受け取っていません。

5月12日の148.0.7778.167/168で直った79件

5月12日の告知は「This update includes 79 security fixes.」と書いていますが、CVE番号付きの一覧に載るのは78件です。CVE-2026-8509〜8587の連番のうち8568だけが一覧にありません。報道では「High 37件」とされることがありますが、一覧で数えるとHighは36件です。

種類では、解放済みメモリを使ってしまうUse After Freeが24件で最多です。CriticalはCVE-2026-8509〜8522の連番で、外部から報告されたのはWebMLのヒープバッファオーバーフロー（CVE-2026-8509、報奨金4万3,000ドル）とSkiaの整数オーバーフロー（CVE-2026-8510、2万5,000ドル）の2件だけです。残る12件はGoogle自身の報告で、うち8件がUI・FileSystem・Input・Aura・HID・Blink・Tab Groups・DownloadsのUse After Freeでした。外部報告19件のうち金額が示された6件の報奨金は合計11万2,000ドルで、HighのMojo（プロセス間通信）のUse After Free（CVE-2026-8523）にもCriticalのSkiaと同じ2万5,000ドルが付いています。深刻度の表示だけで更新の優先度を決めないほうがよい理由の1つです。

Chrome 148の通常版告知における悪用状況の記載

148系の4回の告知には、悪用を示す定型文「Google is aware that an exploit for CVE-… exists in the wild」が入っていません。ただし通常版が149へ移った直後の6月8日、149.0.7827.102/103でV8のCVE-2026-11645が悪用ありとして修正されました。148系の通常版にこの修正は来ないため、148のまま止まった端末はこの時点でゼロデイを抱えたことになります。その後も2026年11月9日の157.0.8103.50/.51でXMLのUse After Free（CVE-2026-125350）が悪用ありとして修正されています。

Chrome 148で利用者の画面と企業管理が変わった点

開発者向けのリリースノートにはWebプラットフォームの機能しか載りません。利用者の画面や管理機能の変化は、企業向けリリースノートの148の節にまとまっています。

利用者の画面で変わったこと

• Gemini in Chromeの自動入力：ChromeOS・macOS・Windowsで、ユーザーの許可を得たうえでクレジットカードや住所のフォームをChromeの自動入力で埋められるようになった
• Google ウォレットのパス：自動入力に使えるデータに、運転免許証・パスポート・国民IDカードなどが加わった（全プラットフォームで段階展開）
• 拡張自動入力（Enhanced autofill）：AIでフォームを読み取って入力を提案する機能が、AndroidとiOSでも使えるようになった
• 縦型タブ（Vertical tabs）：147でWindows・Mac・Linuxに入った縦型のタブバーが、148でChromeOSへ段階展開された
• プロファイル作成画面：初回起動とプロファイル追加の画面のデザインが新しくなった。148はWindows、149でLinux・Mac。手順や機能は変わらない

管理者が確認するポリシーと拡張機能の管理

148の企業向けリリースノートで列挙されているポリシーは、FindsSettings、MaxConnectionsPerProxy、MaxConnectionsPerProxyForWebSocket、AutofillPredictionSettings、SharedWorkerExtendedLifetimeEnabledの5つです。上のGemini in Chromeの自動入力は既存のAutofillAddressEnabled・AutofillCreditCardEnabledとGeminiActOnWebSettingsに従い、ウォレットのパスの入力と保存はAutofillAddressEnabledで止められます。

通信面では、ChromeがHTTP/3（QUIC）を使う場面を増やす変更が入りました。社内のプロキシやファイアウォールの都合でQUICを止めたい組織は、既存のQuicAllowedポリシーで制御します。拡張機能の管理では、Spin.AiとLayerXのリスク評価のしきい値を超えた拡張機能を自動で無効にする機能と、Chrome ウェブストアのカテゴリ単位でブロックする機能が、148ではTrusted Tester向けの先行提供、149から段階展開という扱いです。iOS版Chromeは、管理対象の仕事用プロファイルでクライアント証明書による相互TLS（mTLS）認証に対応しました。

Chrome 148のWeb開発者向け変更

Chrome 148の開発者向けリリースノートには、Deprecations and removals（非推奨・削除）の節がありません。148で確認すべきは新機能と、既存コードの挙動が変わる仕様準拠の修正です。

CSSの名前だけのコンテナクエリとat-rule()

container-typeを指定しなくても、container-nameだけでコンテナクエリを書けるようになりました。これまでは名前に加えて型の指定が必要でした。

#container {
  container-name: --foo;
}
@container --foo {
  input { background-color: green; }
}

同じ148では、@supportsでアットルールへの対応を判定するat-rule()関数、1つ前のルールまでカスケードを戻すrevert-ruleキーワード、日本語などのCJK文字にも下線のインク避けを効かせるtext-decoration-skip-ink: allも入りました。コンテナクエリそのものの書き方はCSSコンテナクエリ（@container）の使い方｜container-type・cqi単位・メディアクエリとの違いで扱っています。

video・audio要素のloading=”lazy”

<img>と<iframe>で使えていたloading="lazy"が、<video>と<audio>にも追加されました。画面の近くに来るまでメディアの読み込みを遅らせられます。

<video src="/media/demo.mp4" loading="lazy" controls></video>

ファーストビューの動画に付けると再生開始が遅れるので、付けるのはスクロールしないと見えない位置の動画だけにします。

Android版のWeb SerialとSharedWorker

Android版Chromeで、Web Serial APIとSharedWorkerが使えるようになりました。SharedWorkerはプロセスの寿命が読めないという理由で長くAndroidで無効でしたが、リリースノートは「挙動を調査しながら」再有効化すると書いています。Android上のSharedWorkerが途中で終了しても処理が壊れない作りにしておくのが無難です。コンストラクタにはextendedLifetime: trueも加わり、すべてのページが閉じた後もワーカーの存続を要求できるようになりました。ただし、存続が保証されるわけではありません。Web Worker全般の使い分けはWeb Workerとは？使い方とService Workerとの違い、送れるデータの制約を3ブラウザで実測を参照してください。

既存サイトの挙動が変わる4つの仕様準拠

• dropEffectの値：dragenter・dragoverではeffectAllowedに応じた値が、dragleaveでは常にnoneが入るようになった
• ドラッグ開始時のポインターイベント：ドラッグが始まるとドラッグ元にpointercancel・pointerout・pointerleaveが送られる。pointerupを待つ実装には届かなくなる
• no-store画像の再利用：Cache-Control: no-storeの画像でも、同じsrcを代入し直したときは再取得せず文書内の画像を使い回す
• IDNAのContextJ規則：URLのホスト名をIDNA処理する際、ゼロ幅非接合子（U+200C）とゼロ幅接合子（U+200D）が多くの位置で不正扱いになった

148で始まったOrigin Trial

Origin Trialは、登録したサイトだけで試せる実験提供の枠です。148では次の8件が始まりました。標準では有効にならないため、本番ページの前提にはできません。

Prompt APIの正式提供とGemini Nanoのダウンロード

Prompt APIが使える端末の条件

148で最も大きな変更がPrompt APIです。Chromeに組み込まれたオンデバイスの言語モデル（Gemini Nano）を、Webページから直接呼び出せるようになりました。拡張機能では先に使えていたものが、148でWebにも広がっています。入力はテキスト・画像・音声を受け付け、出力を正規表現やJSON Schemaで縛ることもできます。ただし、音声入力にはGPUが必要で、下表のCPU動作条件だけでは利用できません。Chrome for DevelopersのPrompt APIの解説が示す動作条件は次のとおりです。

企業向けリリースノートの記録では、Chrome 140でスペイン語と日本語が加わっており、148では"ja"を指定できます。使い道を選ぶ段階ならChrome Built-in AIとは？7つのAPIの提供状況・動作要件と実装手順、モデル側の性質はGemini Nanoとは？使い方・ダウンロード・対応機種をChromeとAndroid別に解説【2026年10月】が参考になります。

availability()で確かめてから呼ぶ最小コード

対応していない端末が多いため、呼ぶ前にLanguageModel.availability()で状態を確かめます。戻り値はunavailable・downloadable・downloading・availableの4つです。モデルが未ダウンロードの状態でcreate()を呼ぶにはクリックなどのユーザー操作が要るので、ボタンのイベントの中で呼びます。

const button = document.querySelector('#summarize');
const input = document.querySelector('#source');
const output = document.querySelector('#result');
const opts = {
  expectedInputs: [{ type: 'text', languages: ['ja'] }],
  expectedOutputs: [{ type: 'text', languages: ['ja'] }],
};

button.addEventListener('click', async () => {
  if (!('LanguageModel' in self)) return; // 148より前、または非対応ブラウザ
  const state = await LanguageModel.availability(opts);
  if (state === 'unavailable') return;  // 端末が条件を満たさない
  const session = await LanguageModel.create({
    ...opts,
    monitor(m) {
      m.addEventListener('downloadprogress', (e) => {
        console.log(`${Math.round(e.loaded * 100)}%`);
      });
    },
  });
  const text = await session.prompt('次の文を30字で要約してください：' + input.value);
  output.textContent = text;
  session.destroy();
});

availability()にはcreate()と同じオプションを渡します。言語や入力の種類によっては使えないことがあるためです。

148からメモリや空き容量が減ったと感じたときの確認点

Chrome for Developersの説明では、モデルはChrome本体とは別に、あるオリジンが初めてAPIを使ったときにダウンロードされます。148でWebページからも呼べるようになったため、どこかのサイトのボタンをきっかけにダウンロードが始まり得ます。ダウンロード済みかどうかとサイズはchrome://on-device-internalsで確認できます。

公式ドキュメントには、ダウンロード後に空き容量が10GBを下回るとモデルは削除され、条件を満たすと再びダウンロードされるとも書かれています。手でフォルダを消しても、どこかのサイトがAPIを使えばまたダウンロードが始まります。管理端末で止めたい場合は次の2つのポリシーを使います。

• GenAILocalFoundationalModelSettings：基盤モデルのダウンロード自体を止める。Prompt APIも使えなくなる
• BuiltInAIAPIsEnabled：オンデバイスの他の生成AI機能は残し、Built-in AIのAPI利用だけを止める

VRAMが4GB以下でRAMも16GB未満の端末は条件を満たさず、Prompt APIはunavailableを返します。そうした端末が148以降に重くなったなら、モデルより先にタブや拡張機能の消費を疑うのが順当です。

ChromeOS 148の配信とデスクトップ版との違い

ChromeOSはデスクトップ版より2週間遅れて148へ移り、149への切り替えもその分遅れました。Chrome ReleasesのChromeOS向け告知では、148の安定版は次の3回です。

6月3日の16640.57.0には、Linuxカーネルの権限昇格脆弱性CVE-2026-43284（High）がChromeOS独自の修正として入っています。中身はDirty Frag(CVE-2026-43284/43500/46300)とは｜Copy Fail 2の影響範囲と修正版・緩和策で解説しています。6月17日には16667.47.0（149.0.7827.153）が出て、ChromeOSも149系へ移りました。

148では縦型タブのChromeOSへの展開が始まり、管理者向けには旧来の証明書登録から2026年末までにCertificate Provisioning APIへ移行するよう告知されました。その後、企業向けリリースノートでは旧方式のサポート終了が2026年11月末と案内されています。長期サポート版（LTS）の候補は148ではなくChromeOS 150だったため、148で端末の版を固定する運用は想定されていません。

148のまま残っている端末の確認と更新

148系はExtended Stableも含めて6月23日で更新が止まっています。2026年11月13日時点のデスクトップ安定版は11月11日の157.0.8103.78/.79（Linuxは.78）、Extended Stableは156.0.8078.100で、11月17日には158が安定版になる予定です。

Chromeのバージョン確認：画面とOS別コマンド

画面では、右上のメニューから「ヘルプ」→「Google Chrome について」を開くと現在の版が表示され、その場で更新の確認が始まります。「再起動」ボタンが出たら、押すまで修正は効きません。台数が多い場合はコマンドで集めます。

# Windows（PowerShell）：マシン単位のインストール
(Get-Item "C:\Program Files\Google\Chrome\Application\chrome.exe").VersionInfo.ProductVersion

# macOS
defaults read "/Applications/Google Chrome.app/Contents/Info" CFBundleShortVersionString

# Linux（公式パッケージ）
google-chrome --version

ここで分かるのはディスク上の版です。更新をダウンロード済みでも、開いたままのブラウザは古い版で動き続けます。実行中の版は、そのブラウザで「Google Chrome について」を開いて確かめます。

再起動を期限付きで求めるポリシー

開いたままの端末では、更新をダウンロードしていても再起動まで修正が効きません。Windowsではレジストリのポリシーで、再起動を求める通知と期限を決められます。

HKLM\SOFTWARE\Policies\Google\Chrome
  RelaunchNotification        REG_DWORD  2          （1＝推奨の通知、2＝期限で再起動を必須にする）
  RelaunchNotificationPeriod  REG_DWORD  86400000   （期限をミリ秒で指定。この例は24時間）
  RelaunchFastIfOutdated      REG_DWORD  7          （実行中の版が7日を超えて古いと期限を2時間に短縮）

Chromiumのポリシー定義では、RelaunchNotificationPeriodの既定は604,800,000ミリ秒（7日）、最小は3,600,000ミリ秒（1時間）です。Chrome 137で入ったRelaunchFastIfOutdatedは日数で指定し（最小7）、実行中の版が最後に配信されてからその日数を超えたときだけ期限を2時間に上書きします。2026年9月から通常版は2週間ごとにメジャー版が進み、その間にも週1回前後のセキュリティ更新が出るため、7日の猶予のままだと再起動の前に次の更新が届く端末が出ます。業務アプリの互換性を確かめたい部署だけをExtended Stableに置き、通常版の特定のメジャー版で更新を止める構成は避けてください。通常版148には、上で触れた2件のゼロデイの修正がどちらも届いていません。ただし、Extended Stableの148系にはCVE-2026-11645の修正が取り込まれています（同じ148のExtended Stable版を採用するVivaldiの6月10日の告知が、148.0.7778.263に149.0.7827.102/103の修正が含まれると明記）。Extended Stableも6月23日で止まっているため、11月の修正はどちらにも届きません。社外に公開しているWebシステムの弱点まで含めて点検したい場合は、脆弱性診断・セキュリティ診断で第三者に確かめてもらう方法もあります。

148のビルドが必要なとき：ChromeDriverとChrome for Testing

「chromedriver 148」で探しているなら、Seleniumなどのテストを148に合わせて動かしたい場面です。Googleは自動テスト用にChrome for Testingを配布しており、マイルストーン別の最新版一覧では148系の最終は148.0.7778.178です。Puppeteerの配布ツールを使うと、メジャー番号の指定だけで取得できます。

npx @puppeteer/browsers install chromedriver@148
# [email protected] .../chromedriver-mac-x64/chromedriver

npx @puppeteer/browsers install chrome@148

2026年9月30日にmacOS（x64）で1行目を実行すると148.0.7778.178が入り、chromedriver --versionも「ChromeDriver 148.0.7778.178」を返しました。安定版の最終が.218でも、Chrome for Testingの148は.178で止まっています。ChromeDriverは先頭3つ（148.0.7778）が一致するChromeに対応するため、.178のドライバーで.218のブラウザも動かせます。Selenium 4.6以降ならSelenium Managerがブラウザの版に合うドライバーを自動で揃えるので、手で入れるのは版を固定したいときだけです。Seleniumの構成はSeleniumとは？使い方をPythonで解説｜4.51対応・ChromeDriverの手動設定が要らない書き方を参照してください。

日常利用のために148のインストーラーやAPKを配布サイトから入れるのは避けてください。Chrome for Testingはテスト専用で自動更新されず、第三者サイトのAPKは改ざんの有無を確かめられません。

よくある質問

Chrome 148のリリース日はいつですか？

安定版への昇格は2026年5月5日です。一部のユーザーへの先行配信（Early Stable）は4月22日から、ベータは4月8日から始まっていました。iOS版は4月22日に148.0.7778.47が出ています。

「Chrome 148.0.0.0」は実在するバージョンですか？

ビルドとしては実在しません。User-Agent削減でメジャーより後ろが0に丸められた表記です。安定版チャネルで配信された148のビルドは148.0.7778.47（iOS）〜.280（Extended Stable）の範囲にあり、端末ごとの番号はchrome://settings/helpで確認できます。

148.0.7778.168はいつの版ですか？

2026年5月12日にWindowsとMacへ配信された版で、79件の修正を含みます。その後の5月19日（16件）と5月27日（151件）の修正、6月以降のゼロデイの修正は入っていません。

ChromeOS 148の最終版はどれですか？

2026年6月11日のChromeOS 16640.61.0（ブラウザ部分148.0.7778.263）です。6月17日に149系の16667.47.0へ移りました。

今もChrome 148のまま使っていて問題ありませんか？

問題があります。148系の更新は6月23日で止まっており、通常版148ではCVE-2026-11645とCVE-2026-125350の修正を受け取れません。ただし、Extended Stable系には前者の修正を取り込んだビルドがあります。chrome://settings/helpを開いて更新し、再起動して157系以降になったことを確かめてください（Android・iOSはGoogle Play・App Storeで更新）。

関連記事

• Chrome最新バージョンは155（2026年10月）｜確認・更新方法とバージョン履歴一覧
• Chrome 149.0とは？ログイン通知に出る意味と配信期間・今の版との差
• Chrome 144とは？変更点・ビルド番号一覧とChromeOS LTS-144の終了
• Chrome Built-in AIとは？7つのAPIの提供状況・動作要件と実装手順