Wasmtime の非同期コールバックでスタックバッファオーバーフロー（サンドボックス脱出の恐れ・CVSS 9.9）

Critical（CVSS 9.9）に分類されるBytecode Alliance Wasmtime（39.0.0 以上 48.0.4 未満 / 49.0.0 以上 49.0.2 未満）の脆弱性です。**WebAssembly の実行環境 Wasmtime に、悪意あるゲスト（Wasm コンポーネント）がホストのネイティブスタックへ約16KB を書き込める欠陥がある。** 開発元の GitHub アドバイザリ GHSA-32h6-97mm-8q3c（2026年10月2日公開）と NVD によれば、component-model の非同期機能で、コールバック関数の戻り値の型が検証されないことが原因。型を偽ったコンポーネントを読み込ませると戻りアドレスが上書きされ、ホストのクラッシュや**サンドボックスからの脱出**につながりうる。開発元はサンドボックス脱出の可能性があるものとして扱うよう求めている。 **対象**は Wasmtime 39.0.0 以上 48.0.4 未満と、49.0.0 以上 49.0.2 未満。影響するのは component-model-async 機能を使う場合である。 **評価値。** NVD に登録された VulnCheck の採点は CVSS 3.1 で **9.9 Critical**（PR:L/S:C）、CVSS 4.0 で 9.4。開発元のアドバイザリは CVSS 4.0 で 9.3 としている。CISA KEV には収載されておらず、悪用の報告は確認できていない。NVD の分析は Deferred（保留）。

**Wasmtime を 48.0.4 以上（48 系）または 49.0.2 以上（49 系）へ上げる。** 開発元はこの2版で修正したとしている。Wasmtime をライブラリとして組み込んだ自作サービスでは、Cargo の依存を上げて再ビルドする。 **すぐ上げられない場合の回避策（開発元記載）。** - `component-model-async` 機能を無効にする（非同期機能を使うコンポーネントは読み込みで拒否される） - Wasmtime へ渡す前に、修正済みの `wasmparser`（1.260.0 以降）でコンポーネントを検証し、不正なものを弾く **優先度の考え方。** 第三者が作った Wasm コンポーネントを読み込んで実行するサービス（プラグイン基盤、サーバーレス実行環境など）が最も影響を受ける。自社で作ったコンポーネントしか動かさない構成でも、修正版へ上げておく。 **完了条件**は、全ての Wasmtime 組み込み先が修正版以上か、component-model-async が無効であること。

Bytecode Alliance Wasmtime（39.0.0 以上 48.0.4 未満 / 49.0.0 以上 49.0.2 未満） を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報（https://nvd.nist.gov/vuln/detail/CVE-2026-115384）で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド／OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。