Chrome 149は2026年6月2日に安定版へ昇格したメジャーバージョンで、デスクトップ向けの更新は同年6月25日の149.0.7827.200/.201を最後に止まっています。この記事は「どこかでChrome 149や149.0.0.0という表記を見た」「149のままでよいのか判断したい」という場面に絞って、公式のリリース情報と脆弱性告知から確認できる事実だけを整理します。バージョンによらない確認方法や最新版の情報はChrome最新バージョンの更新方法・確認方法とリリース履歴の総まとめにありますので、今の最新版を知りたい場合はそちらをご覧ください。
まとめ：Chrome 149の要点
- 安定版昇格は2026年6月2日。デスクトップの初版ビルドは149.0.7827.53（Linux）と149.0.7827.53/.54（Windows・Mac）
- デスクトップ向けの最終ビルドは2026年6月25日の149.0.7827.200/.201。Androidは6月30日、ChromeOSは7月10日で149系の配信が終わっている
- 2026年8月30日時点の安定版はChrome 152（152.0.7977.64/.65）。149は3世代前で、Chrome 150の昇格時だけでも433件の修正が未適用のまま
- 149の更新期間中に、実際の攻撃に悪用されていたV8の脆弱性CVE-2026-11645が修正された。149.0.7827.102より前で止めている環境は特に危険
- 「Chrome 149.0.0.0」という表記はUser-Agentの削減仕様によるもので、実際のビルド番号ではない
- Webアプリ側が出す「旧バージョンのアプリケーション」系の警告は、まずページの再読み込みで切り分ける。Chromeの更新とは別の話であることが多い
以下、リリース日程・バージョン番号の読み方・脆弱性・変更点・更新手順の順に、根拠となる公式情報とあわせて説明します。
Chrome 149のリリース日程と更新配信が止まった時点
安定版昇格までの日程と各プラットフォームのビルド番号
Chromiumプロジェクトが公開しているマイルストーン日程では、Chrome 149はブランチ切りが2026年5月4日、ベータが5月6日、Early Stableが5月20日、全ユーザーへ行き渡るLate Stableが6月16日と定められていました。安定版への昇格日は2026年6月2日です。
昇格時のビルド番号はプラットフォームごとに異なります。デスクトップはLinuxが149.0.7827.53、WindowsとMacが149.0.7827.53/.54でした。Androidは同日に149.0.7827.59、iOSは一足早く5月20日の149.0.7827.26から配信が始まりました。ChromeOSは6月26日のOSバージョン16667.55.0でブラウザ部分が149.0.7827.226となっています。同じ「149」でも末尾のパッチ番号は環境ごとに違うため、他人の画面と番号が一致しないこと自体は異常ではありません。
149の更新が止まった日と現在の安定版との世代差
149系デスクトップの最終ビルドは2026年6月25日の149.0.7827.200/.201です。Androidは6月30日の149.0.7827.201が最後でした。ChromeOSだけは移行が遅く、7月10日のOSバージョン16667.62.0（ブラウザ部分149.0.7827.238）まで149系が配信され、150系へ切り替わったのは7月16日のOSバージョン16700.46.0（150.0.7871.150）です。いずれにしても、2026年8月30日時点で149系の新しいビルドが配信される見込みはありません。
2026年8月30日時点の安定版はChrome 152で、ビルドは2026年8月25日昇格の152.0.7977.64（Linux・Android・iOS）と152.0.7977.65（Windows・Mac）です。次のChrome 153はすでにEarly Stableとして8月26日から配信が始まっており、正式な安定版昇格は9月8日に予定されています。つまり149は3世代前で、Chrome 150の昇格時だけで433件、151・152の分を加えればさらに多くの修正を受け取れていない計算になります。前バージョンの構成を確認したい場合はChrome 148の安定版リリース概要が参考になります。
「Chrome 149.0.0.0」と表示される理由とバージョン番号の読み方
4つの数字が示すものと、実際に存在するビルド番号
Chromeのバージョンは「メジャー.マイナー.ビルド.パッチ」の4つの数字で表されます。149.0.7827.53であれば、メジャーが149、マイナーが0、ビルドが7827、パッチが53です。149系はビルド番号がすべて7827で共通し、パッチ番号だけが22から238まで動きました。したがって「149.0.7827.○○」という形なら実在するビルド番号で、末尾の数字が大きいほど後から配信された版になります。
User-Agentが149.0.0.0に丸められる仕組み
一方、アクセス解析ツールや不具合報告フォームの環境表示で「Chrome 149.0.0.0」「Chrome Mobile 149.0.0」と出ることがあります。これはUser-Agent削減（User-Agent reduction）と呼ばれる仕様の結果です。Chrome for DevelopersのUser-Agent解説には、削減後のUser-Agentとして次の例が掲載されています。
Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.0.0 Mobile Safari/537.36末尾が98.0.0.0となっているとおり、メジャーバージョン以下の3つの数字は0に固定されます。同じくChrome公式のUser-Agent Reduction deprecation trialの解説では、削減されていないUser-Agentを見分ける方法として「Chromeのマイナーバージョン文字列が0.0.0になっていないこと」を挙げています。149の環境ではChrome/149.0.0.0と送信されるため、この表記から実際のパッチ番号を読み取ることはできません。「149.0.0.0」という表示を見て存在しないバージョンだと考える必要はなく、メジャーバージョンが149であることだけが分かる情報だと理解してください。
「旧バージョンのアプリケーション」系の警告とChrome更新の切り分け
Webアプリの利用中に「旧バージョンのアプリケーション」「再読み込みしてください」といった文言の警告が出て、Chromeが古いのかと考える方がいます。まず押さえておきたいのは、この種の文面が求めているのがブラウザの更新ではなく、そのページの再読み込みだという点です。多くの場合、開いたままのタブが読み込んだアプリの版と、サーバー側で配信されている版がずれたときに出ます。Chromeを更新しても解消しないことがあるため、先に再読み込みを試して消えるかどうかで切り分けてください。
ブラウザ自体の版を確かめたいときは、アドレスバーにchrome://settings/helpと入力します。この画面には削減されたUser-Agentと違って4つの数字がそのまま出るため、149.0.7827.155のような表記なら本体が149のまま古い状態だと判断できます。表示が152.0.7977.64のように別系列であれば、ブラウザは新しく、残っている警告はアプリ側の事情によるものです。
Chrome 149で修正された脆弱性と悪用が確認されたCVE-2026-11645
昇格時429件・その後155件という修正件数の内訳
Chrome 149の安定版昇格を告知したStable Channel Updateには「This update includes 429 security fixes」と記載されています。これはChrome 148からの累積分を含む数字です。昇格後も149系には5回の更新が入りました。
| 配信日 | デスクトップのビルド | セキュリティ修正 |
|---|---|---|
| 2026-06-02 | 149.0.7827.53/.54 | 429件 |
| 2026-06-08 | 149.0.7827.102/.103 | 74件 |
| 2026-06-11 | 149.0.7827.114/.115 | 27件 |
| 2026-06-16 | 149.0.7827.155/.156 | 33件 |
| 2026-06-23 | 149.0.7827.196/.197 | 18件 |
| 2026-06-25 | 149.0.7827.200/.201 | 3件 |
昇格後の5回だけで155件です。149系のどのパッチで止まっているかによって、抱えている未修正の問題の数は大きく変わります。前世代との比較にはChrome 148で公開された79件の脆弱性と深刻度分布が使えます。
実際の攻撃に使われていたCVE-2026-11645
149系で最も重要なのが、2026年6月8日の149.0.7827.102/.103で修正されたCVE-2026-11645です。V8エンジンの境界外メモリアクセスで、深刻度はHigh、報奨金は55,000ドル、報告日は2026年4月27日でした。この告知には「Google is aware that an exploit for CVE-2026-11645 exists in the wild」と明記されています。すでに現実の攻撃で使われていたという意味です。
同じ更新では、深刻度Criticalの脆弱性17件（CVE-2026-11628からCVE-2026-11644）も同時に修正されました。内訳はOzone、Bluetooth、Views、TabStrip、Autofill、Printing、Compositing、Web Apps、Proxyなどの解放後利用（use-after-free）が16件と、libyuvの整数オーバーフローが1件です。CriticalとHighがこれだけ集中した更新は149系のなかでも突出しており、149.0.7827.53や.54で止まっている環境は優先的に対処すべき状態だと判断できます。
Chrome 149で入った変更点と表示が変わり得る条件
開発者向けリリースノートに載った主な変更
Chrome 149の開発者向けリリースノートは、CSSとUI、Web API、ネットワーク、オリジントライアルの4区分で構成されています。実務に影響が出やすいのは次の項目です。
- WebSocket接続のあるページがバックフォワードキャッシュ（bfcache）に入れるようになった。従来は接続がある時点で対象外だったが、149ではbfcache格納時に接続を閉じる方式に変わった
- CSS gap decorationsが利用可能になり、gridやflexboxの隙間をcolumn-rule-insetなどのプロパティで装飾できるようになった
- shape-outsideがpath()、shape()、rect()、xywh()の各関数を受け付けるようになった
- 非同期クリップボードAPIが、getType()を呼ぶまでOSからの実データ取得を遅らせるようになった（Selective Clipboard Format Read）
- オリジントライアルとして、Gamepad APIのイベント駆動入力、Permissions Policyのfocus-without-user-activation、WebAssemblyのカスタムディスクリプタが開始された
いずれもWeb標準への追随や実装の効率化が中心で、利用者の操作手順が変わる類の変更は含まれていません。
サイトの見た目が変わる可能性がある3つの仕様変更
149で「表示が崩れた」と感じる原因になりやすいのは、次の3件です。いずれも該当する実装をしているサイトだけで起きるものです。
1つ目は、テーブルのUAスタイルシートからborder-color: grayの指定が削除された変更です。HTML仕様にない記述で、枠線の色がcurrentColorへフォールバックするのを妨げていたものが取り除かれました。FirefoxやWebKitには元々ない指定のため、この修正で他ブラウザと挙動が揃います。枠線色を明示していないtableは色味が変わります。
2つ目は、:hover、:active、:focus-withinが親要素をたどる範囲を、親チェーン上で最初のトップレイヤー要素までに限定した変更です。ダイアログやポップオーバーは視覚的に親から切り離されて描画されるため、それをホバーしたときに親のスタイルが変わるのは不自然だという理由によるものです。トップレイヤー要素へのホバーで背後のUIを変化させていた実装は影響を受けます。
3つ目は、システムのアクセントカラーを参照するCSSキーワード（AccentColor、AccentColorText）とaccent-color: autoの利用範囲が、Webアプリと初期プロファイルのコンテキスト内に制限された変更です。利用者のシステム色を広く露出させるフィンガープリンティング経路を塞ぐための措置で、通常のWebページでこれらを使っていた場合は色が変わります。
このほか、text-overflow: ellipsisを指定した要素を編集やキャレット移動で操作している間だけ表示がclipへ切り替わる変更と、image-rendering: crisp-edgesが最近傍法によるスケーリングとして実装された変更も149に入っています。該当する指定を使っているページでは見え方が変わります。
149の廃止機能——リリースノートに非推奨セクションが無いという事実
Chrome 149について「廃止機能」を心配する必要はほとんどありません。Chrome 149の開発者向けリリースノートには、他のバージョンで設けられることのあるDeprecations and removals（非推奨と削除）のセクションが存在しないためです。削除に相当するのは前述のテーブル枠線色の指定1件だけで、拡張機能のAPIが廃止されたわけでも、既存の設定項目が消えたわけでもありません。149から上のバージョンへ上げる際に、機能の廃止を理由に足踏みする根拠はないと考えてよい状況です。
なお、同じ2026年6月に登場したChromiumベースの他ブラウザでは事情が異なります。同世代のEdgeでは実際に機能廃止が行われているため、両方を使い分けている場合はMicrosoft Edge 149の変更点とCollections廃止の影響もあわせて確認してください。
149のまま使い続けるリスクと今の安定版へ上げる手順
更新が止まったバージョンを使い続けることの実際の意味
Chrome 149にはすでに新しいビルドが配信されません。これは「しばらく更新が来ていない」という状態ではなく、今後も来ないという意味です。Chrome 150の昇格時点で433件、その後の151・152でも修正は積み上がっており、149を使い続けるかぎりその全てが未適用のまま残ります。しかも149の更新期間中には、実際に悪用されていたCVE-2026-11645が含まれていました。攻撃者にとって、修正が止まった版のブラウザは狙いやすい対象です。
149を維持する妥当な理由は、社内システムが特定バージョンでしか動作しないと検証で確認できている場合に限られます。その場合でも、それは恒久的な運用ではなく、システム側を改修するまでの期限付きの措置として扱うべきです。「特に困っていないから」という理由で149に留まるのは、割に合いません。
現在のバージョンを確認して今の安定版へ上げる手順
自分の環境のバージョン確認と更新は、デスクトップ版なら同じ画面で完結します。
- アドレスバーに
chrome://settings/helpと入力して開く（右上のメニューから「ヘルプ」「Google Chromeについて」でも同じ画面に到達します） - この画面を開いた時点で更新の確認が自動的に始まり、新しい版があればダウンロードが進む
- 「再起動」ボタンが表示されたら押す。再起動するまで更新は適用されない
- 再起動後に同じ画面を開き直し、先頭の数字が149でなくなっていることを確認する（2026年8月30日時点なら152.0.7977系になります）
3番目の再起動が抜けている環境は珍しくありません。ダウンロードだけ終わって適用されていないと、バージョン表示は149のまま変わりません。AndroidはGoogle Play、iOSはApp Storeからの更新になるため、ブラウザ内の設定画面ではなくストア側で確認してください。
企業でバージョンを固定している場合の考え方
管理者がポリシーで自動更新を止めている環境では、利用者が上記の手順を実行しても更新できません。この場合はバージョン固定の解除が前提になります。Chromeには、WindowsとMac向けにExtended Stableという企業向けチャンネルが用意されています。Googleの管理者向けヘルプは、このチャンネルについて機能更新の頻度は下がるがセキュリティ修正は受け取れるとしたうえで、更新間隔を8週間と説明しています。メジャー更新が4週サイクルの通常のStableに対して1つおきに追随する形になるため、世代差は最大で2にとどまります。実際、149系の更新が続いていた2026年6月8日の時点でExtended Stableは148.0.7778.254、2026年8月18日時点では150.0.7871.250でした。検証期間を確保したい組織であれば、自動更新を止めて149に据え置くよりも、セキュリティ修正を受け取り続けられるExtended Stableを選ぶほうが妥当です。
よくある質問
Chrome 149はいつリリースされましたか？
安定版への昇格は2026年6月2日です。先行配信のEarly Stableは5月20日、ベータの開始は5月6日、全ユーザーへ行き渡るLate Stableは6月16日でした。
「chrome 149.0」と表示されていますが、これは今の安定版ですか？
違います。2026年8月30日時点の安定版はChrome 152で、149は3世代前です。なお「149.0」や「149.0.0.0」という表記はUser-Agentが削減された形式であり、実際のビルド番号ではありません。本当の版はchrome://settings/helpの画面で確認できます。
Chrome 149にゼロデイ脆弱性はありましたか？
ありました。2026年6月8日の149.0.7827.102/.103で修正されたCVE-2026-11645について、公式告知は実環境で悪用されていることを把握していると明記しています。V8エンジンの境界外メモリアクセスで、同じ更新では深刻度Criticalの脆弱性17件も修正されています。
Chrome 149へダウングレードして使い続けることはできますか？
技術的には可能ですが推奨できません。149はセキュリティ修正の配信が2026年6月25日で終わっており、戻した時点で以降の全ての修正を放棄することになります。特定の不具合が理由であれば、まず拡張機能を無効にして再現するかを確かめ、原因を切り分けたうえで判断してください。
AndroidやChromeOSの149はどのビルドになりますか？
Androidは2026年6月2日の149.0.7827.59から始まり、6月30日の149.0.7827.201が最後です。iOSは5月20日の149.0.7827.26から6月10日の149.0.7827.137まで。ChromeOSは6月26日のOSバージョン16667.55.0で149.0.7827.226、7月10日の16667.62.0で149.0.7827.238となり、7月16日に150系へ移りました。同じ149でもパッチ番号が環境ごとに違うのは正常です。
