Chromium on Grayrecord Technow Blog

AIアバターの裏側で腐食する基盤 —— Zoom 7.0.0が隠蔽する『Chromiumゼロデイ』の真実

Wed, 25 Mar 2026 15:57:02 +0900

導入：華やかなメジャーアップデートの嘘

2026年3月24日、Zoomはバージョン 7.0.0 を華々しくリリースしました。「AI Companion 3.0」や「AIアバター」といった最新機能を前面に押し出し、次世代のコミュニケーションツールとしての進化を謳っています。しかし、その輝かしい発表の裏側で、リリースノートに刻まれたのは 「Minor bug fixes」 という、あまりに無責任な一行でした。

この「魔法の言葉」によって隠蔽された、深刻なセキュリティ上の懸念を解剖します。

第1の罪：野生のゼロデイ「Skia × V8」チェーンへの沈黙

最も看過できないのは、Chromiumエンジンにおける致命的なゼロデイ脆弱性への対応状況です。

Googleは2026年3月10日、既に野生での悪用が確認されている CVE-2026-3909 (Skia) および CVE-2026-3910 (V8) の修正を完了しました。CISA（米サイバーセキュリティ・インフラセキュリティ局）も即座にこれらを KEV（悪用が確認された脆弱性）カタログに追加し、警戒を呼びかけています。

技術的な深刻度

CVE-2026-3909 (Skia): 描画エンジンにおける Out-of-bounds write。メモリ破壊を引き起こす。
CVE-2026-3910 (V8): JavaScriptエンジンにおける不適切な実装。サンドボックス脱出を可能にする。

これらを組み合わせることで、細工されたHTMLページを表示するだけでリモートからシステムを完全に乗っ取ることが可能な「必殺のチェーン攻撃」が成立します。Chromiumを内蔵しているZoomにとって、これは「対岸の火事」ではありません。しかし、Zoomが3月10日に公開したセキュリティ速報（ZSB）は、自社固有の軽微なバグを語るのみで、この巨大な地雷については口を閉ざしたままです。

第2の罪：物理的に不可能なパッチサイクル

次に、リリースのタイミングという物理的な矛盾が浮上します。

GoogleがWebGL関連の8件の深刻な脆弱性（CVE-2026-4673〜、CVSS 8.8）を修正したChromeをリリースしたのは、3月23日のことです。そのわずか 24時間後 に、Zoom 7.0.0 はリリースされました。

大規模なソフトウェアのビルドと回帰テストの工程を考えれば、この24時間という短期間で最新のChromiumパッチを統合し、検証を終えてリリースすることは限りなく不可能です。つまり、Zoom 7.0.0 は、修正版Chromeから攻撃コードが逆算（リバース）される 「1Day攻撃」 の絶好のターゲットとして、無防備に市場へ投入された可能性が極めて高いのです。

第3の罪：徹底した「Chromium」の抹消と隠蔽

さらに巧妙なのは、製品構造の変化です。これまでのバージョンに存在した libcef.dll（Chromium Embedded Framework）が削除され、代わりに見慣れない libcml.dll というコンポーネントへ不透明な形で統合されています。

特筆すべきは、この libcml.dll のファイルサイズが 15,116 KB（約15MB）にも達している 点です。単一のライブラリとしてはあまりに巨大であり、削除された libcef.dll の機能をバイナリレベルで飲み込み、事実上のカプセル化（難読化）を施したと考えるのが自然です。

実際、バイナリ内の文字列を確認すると、その隠蔽体質はさらに顕著になります。通常の Chromium ベースのアプリケーションであれば、strings コマンドをかければ大量の “Chrome” や “Chromium” という識別文字列、およびエンジン由来のバージョン番号がヒットします。しかし、libcml.dll においてそれらは徹底的に抹消されており、ヒットするのは Zoom 自身のビルド番号（7.0.0.x）のみという、極めて異常な状態にあります。

Chromium Is the New Generation's Log4j

Sat, 22 Nov 2025 05:52:44 +0900

はじめに: Chrome V8脆弱性の深刻度

先日、Google ChromeのJavaScriptエンジンである V8 に起因する、深刻なセキュリティホール（CVE-2024-4947）が公表され、既に悪用が確認されていることから大きな注目を集めました。

Forbesの当該記事によると、

米国国立標準技術研究所（NIST）によれば、「142.0.7444.175より前のGoogle ChromeにおけるV8の型混同により、細工されたHTMLページを通じてヒープ破損を遠隔の攻撃者に悪用される可能性があった」。この脆弱性は深刻度「高（High）」に分類されている。

とされています。

この脆弱性は、V8エンジン内部で発生する 「型混同 (Type Confusion)」 と呼ばれる処理エラーです。攻撃者は、このエラーを悪用することで、ブラウザのメモリを破壊し、最終的にはリモートで任意のコードを実行（RCE）することが可能になります。

型混同からコード実行までの流れ

V8と型: V8は、JavaScriptコードを高速実行するために、データの「型」（数値、文字列など）を厳密に管理しています。
型混同の発生: 攻撃者が作成した特殊なWebページをユーザーが開くと、V8エンジンがデータの型を誤って認識します。例えば、安全なはずのデータ領域に、実行可能な悪意のあるコードが紛れ込んでいるにもかかわらず、エンジンはそれに気づきません。
ヒープ破損: 型混同を利用して、攻撃者はプログラムが使用するメモリ領域「ヒープ」を意図的に破壊（破損）します。
リモートコード実行: メモリの保護機構を突破した攻撃者は、最終的にシステムを乗っ取るための任意のコードを実行できるようになります。

Log4jの再来: なぜChromiumは危険なのか？

この種の脆弱性が特に危険視されるのは、その影響範囲が単一のアプリケーションに留まらない サプライチェーン・リスク を内包しているためです。この点で、今回の事案は、かつて世界中を震撼させた 「Log4j」 の脆弱性（Log4Shell）と極めて類似した構造を持っています。

Log4jは、多くのJavaアプリケーションで利用されるロギングライブラリです。開発者が直接Log4jを導入したつもりがなくても、利用している別のライブラリが内部的にLog4jに依存しているケースが多々ありました。その結果、一つのライブラリの脆弱性が、芋づる式に無数のシステムに影響を及ぼし、世界中のサーバーが危険に晒される事態となったのです。

Chromiumもまた、現代の 「隠れた共通コンポーネント」 となっています。

Beyond the Browser: Chromiumの広範な影響

問題は、この脆弱性がWebブラウザだけの問題ではないという点です。Chromiumは、Electron というフレームワークの中核コンポーネントとして、デスクトップアプリケーション開発に広く利用されています。

これにより、一見するとブラウザとは全く関係ないように見える多くのアプリケーションが、内部的にはChromiumを抱えています。つまり、Chromeブラウザの脆弱性は、これらのアプリケーションの脆弱性にも直結するのです。

以下は、Electron（およびChromium）を基盤とする著名なアプリケーションのほんの一例です。

コミュニケーションツール: Slack, Discord, Microsoft Teams, Skype, Signal, WhatsApp Desktop
開発者ツール: Visual Studio Code, Postman, GitHub Desktop
生産性向上ツール: Notion, Obsidian, Trello, Figma
その他: Dropbox

これらのアプリケーションは、意識しないうちにChromiumのレンダリングエンジンを利用しており、V8エンジンの脆弱性の影響を直接受ける可能性があります。

“Chromium is the New Generation’s Log4j”

この状況は、Chromiumが 「新世代のLog4j」 であることを示唆しています。