ＨＯＭＥ ＞ リナックスマスター.JP 公式ブログ ＞ Linux情報・技術・セキュリティ ＞ PwnEscape（CVE-2026-99999）｜仮想マシンからホストを狙うLinuxカーネル脆弱性と、KVMホストの更新・再起動の段取り
運営：リナックスマスター.JP（代表 宮崎智広）
「KVMのホストに重大な脆弱性が出たと聞いたが、何を確認して、いつ再起動すればいいのか分からない」。PwnEscape（CVE-2026-99999）は、仮想マシンのゲストから送られた細工済みのパケットで、ホスト側のLinuxカーネルのメモリを壊せる脆弱性です。KVMで仮想化ホストを運用している管理者は、ホストのカーネル更新と再起動の計画を今週中に立てる必要があります。2026年10月15日に公開されたこの脆弱性は、国内でもさくらインターネット、お名前.com、KAGOYAが一部サービスの新規申し込み受付を止めるなど、クラウドやVPSの現場に影響が出ています。一方で、CVSSの値はRed Hatが8.8、NVDに登録された値が9.3、Ubuntuの優先度はMediumと評価が割れており、「結局どれくらい急ぐべきなのか」が分かりにくい状況です。
この記事では、カーネルの修正コミット、研究者の解説、各ディストリビューションと事業者の公式情報をもとに、影響の確認方法、修正版の状況、ホスト側とゲスト側の切り分け、再起動の進め方を整理します。情報は2026年10月21日時点のものです。
この記事のポイント
・守るべきは仮想化ホストのカーネル。KVM自体のバグではない
・RHEL 9とDebianは修正版あり。RHEL 8とUbuntuは未提供
・公式の回避策はなく、修正カーネルへの更新と再起動が唯一の対処
・uname -r（Debianは uname -v）で修正版の適用を確かめる
「このままじゃマズい」と感じていませんか？
参考書を開く気力もない、同年代に取り残される不安——
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
姓・名・メールの3つだけ／30秒／解除は3秒 ／
詳細はこちら
PwnEscape（CVE-2026-99999）とは何か｜公開情報の整理
名前に「Escape」とあるが、KVMの脆弱性ではない
PwnEscapeは、研究者のPaulos Yibelo氏（PWNAI Research）が報告した、Linuxカーネルのネットワーク処理（IPv4）の脆弱性です。名前からはKVMやQEMUの不具合のように見えますが、AlmaLinuxの公式ブログは「Despite the name, PwnEscape is not a bug in KVM.」（名前に反して、PwnEscapeはKVMのバグではない）と明記しています。問題はホスト側のカーネルのパケット処理にあります。ゲストがvirtio経由で付けてくるチェックサム関連のメタデータをホストが十分に確かめておらず、ゲストから送ったパケットでホストのカーネルメモリを書き換えられる余地がありました。
Red Hatの説明では、攻撃できるのは「ローカルの攻撃者、または信頼できないゲスト仮想マシン」です。仮想マシンを使っていないサーバーでも、ローカルの攻撃者が条件を満たせば影響を受け得る点は押さえておいてください。
公開日と評価の割れ方
公開は2026年10月15日で、同じ日にオープンソースのセキュリティメーリングリスト（oss-security）にも投稿されています。深刻度は情報源によって次のように分かれています。| 情報源 | 評価 | 補足 |
|---|---|---|
| NVD（CVE.orgの登録値） | CVSS 9.3 Critical | 攻撃に必要な権限を「なし（PR:N）」と評価 |
| Red Hat | CVSS 8.8 Important | 必要な権限を「低（PR:L）」と評価。差はこの1項目だけ |
| Ubuntu | 優先度 Medium | Ubuntu独自の優先度。CVSS 9.3も併記 |
悪用は確認されているのか
2026年10月21日時点で、米CISAの悪用確認済み脆弱性カタログ（KEV）にCVE-2026-99999は載っていません。NVDに付いているCISAの評価（SSVC）でも、悪用状況は「none（確認なし）」です。一方で、Red HatはCVEページに「Red Hat tracks this flaw as a KEV active-exploit case.」（能動的な悪用案件として追跡している）と書いており、KEVカタログ本体やNVDの評価と食い違っています。研究者の解説（第1回）にはエクスプロイトコードは含まれておらず、ホストの制御に至る手順は続編で書くと予告しています。研究者は「we expect exploits in weaker configurations to arrive in weeks, and exploits working in default hypervisor configurations to arrive in under a month.」（弱い構成向けのエクスプロイトは数週間、既定のハイパーバイザー構成で動くものは1か月以内に出ると見ている）とも書いています。修正コミットが公開された以上、攻撃者もどこを直したのかを読めます。悪用の有無がはっきりしないうちに、計画的に当てておくのが現実的です。
skb_checksum_helpで何が起きるのか｜「検証後に書き換わる」IPv4ヘッダー
Linuxカーネルにはチェックサムの計算を後回しにしてNICなどに任せる仕組みがあり、パケットには「どこから計算し（csum_start）、結果をどこに書くか（csum_offset）」というメタデータが付きます。仮想マシンでは、これをゲストがvirtioのヘッダーで指定します。NICに任せられない経路、たとえばパケットを分割（フラグメント化）するときは、カーネル自身が skb_checksum_help() で計算して書き込みます。今回の問題は、この計算と書き込みの処理で起きます。ヘッダーの長さが、検証のあとで書き換わる
研究者の解説によると、修正前の ip_do_fragment()（IPv4の分割処理）では、IPヘッダーの長さを読む前にチェックサムの書き込みが実行されていました。ゲストがメタデータを細工しておくと、この書き込みでIPv4ヘッダーの長さを示す値（IHL）が、20バイトを意味する値から60バイトを意味する値に書き換わります。カーネルは書き換わった値を信じて処理を続けます。研究者は、これで約32バイトのホストメモリが外に漏れること、自前のKVM検証環境ではホストのカーネルメモリへの書き込みとroot権限でのプログラム実行まで到達したことを報告しています。ただし「どのベンダーの本番環境でもrootでのコマンド実行を主張するものではない」とも断っています。
Red Hatはこの問題を「範囲外への書き込み（CWE-787）」と分類し、影響としてサービス停止（クラッシュ）、カーネルメモリの漏えい、ホスト上での任意コード実行の可能性を挙げています。
修正コミットから分かること
修正はカーネル本体のコミット 6785011f8b16（件名「ipv4: validate checksum_start before completing checksum」）で、7.3-rc7に入っています。中身は、チェックサムの開始位置（csum_start）がIPヘッダーの末尾より前を指していないかを確かめる ip_check_csum_start() という関数を追加し、IPv4の分割処理、ブリッジの分割処理、nfnetlink_queue、iptablesのCHECKSUMターゲット、IPsecの送信処理の5か所で、チェックサムを完成させる前に確認を入れるものです。コミットの「Fixes:」欄には、TUNデバイスとAF_PACKETにチェックサムのオフロード機能を追加した過去の変更が挙がっています。仮想マシンに限らず、TUN/TAPやAF_PACKETを経由してメタデータ付きのパケットを入れられる経路も対象になり得る、ということです。研究者の解説も、仮想マシンを使わないTUN/AF_PACKETの経路が検討されたと触れています。
もう一点、コミットメッセージには「多層防御（defence in depth）としての修正」「入力時のより完全な検証は今後出す」と書かれています。今回のパッチで終わりではなく、関連する修正が続く可能性がある、と見ておくのが妥当です。
影響範囲とディストリ別の修正状況（RHEL・AlmaLinux・Ubuntu・Debian）
各ディストリビューションの状況を、2026年10月21日時点の公式情報で整理します。この表は数日で古くなるので、作業の直前に必ず各社のページを開き直してください。| ディストリビューション | 状況 | 修正版カーネル |
|---|---|---|
| RHEL 9 | 修正版あり（RHSA-2026:86033、10月20日）。kernel-rtは未提供 | kernel-5.14.0-687.59.1.el9_8 |
| RHEL 10.0 EUS | 修正版あり（RHSA-2026:85979） | kernel-6.12.0-55.112.1.el10_0 |
| RHEL 9.4 E4S | 修正版あり（RHSA-2026:86089） | kernel-5.14.0-427.157.1.el9_4 |
| RHEL 10 / RHEL 8 | 影響あり・修正版は未提供 | 未提供 |
| AlmaLinux 8 | testingリポジトリで提供 | kernel-4.18.0-553.174.2.el8_10 |
| AlmaLinux 9 | testingリポジトリで提供 | kernel-5.14.0-687.57.2.el9_8 |
| AlmaLinux 10 | testingリポジトリで提供 | kernel-6.12.0-211.66.2.el10_2 |
| Debian 12 bookworm | 修正版あり（DLA-4841-1） | linux 6.1.190-1 |
| Debian 13 trixie | 修正版あり（DSA-6568-1） | linux 6.12.113-1 |
| Ubuntu（26.04/24.04/22.04ほか） | Vulnerable・修正版は未提供 | 未提供（USN未発行） |
・RHEL 8とRHEL 10（本流）は修正版がまだありません。Red Hatは緩和策も「基準を満たすものはない」としています。先にゲストの棚卸しと再起動の段取りを済ませておくのが現実的です。
・AlmaLinuxの修正版はtestingリポジトリです。正式なエラータ（errata.almalinux.org）には10月21日時点で未掲載です。本番ホストに入れるかは、ゲストの信頼度と照らして判断します。
・Ubuntuは、サポート中の全リリースで修正待ちです（14.04は標準サポート終了のため対象外扱い）。KVMホストとして使っているなら、USNが出たらすぐ当てられる準備をしておいてください。
国内のクラウド・VPS事業者の対応と、利用者が確認すること
国内では、仮想化基盤を提供する事業者が相次いで動いています。各社の公式発表で確認できた内容は次のとおりです。| 事業者 | 公式発表の内容 |
|---|---|
| さくらインターネット | 10月16日に影響についての告知。レンタルサーバ・マネージドサーバの新規申し込み受付を停止。さくらのクラウドは10月20日に新規プロジェクトの作成を再開 |
| お名前.com | VPS（KVM）全プランの新規申し込みを10月19日16時から一時停止。利用中サーバーの停止や制限はなし |
| KAGOYA | KAGOYA CLOUD VPSなど5サービスの新規申し込みを10月19日18時から停止。既存契約は通常どおり利用可能、再開時期は未定 |
一方で、VPSの中で動くLinuxも、カーネルとしては同じ脆弱性を持っています。Red Hatは攻撃者に「ローカルの攻撃者」も挙げているので、ゲストのカーネルも修正版が出たら更新対象です。さくらインターネットも、利用者が管理するOSについては各ディストリビューションのセキュリティ情報を確認するよう案内しています。
自分のサーバーは対象か｜ホスト側・ゲスト側の影響確認コマンド
1. いま動いているカーネルの版を確かめる
まず、動いているカーネルとインストール済みのカーネルの版を確かめます。更新済みでも、再起動していなければ古いカーネルのままです。# 動いているカーネルの版 uname -r # Debian：動いているカーネルのパッケージ版（出力の「Debian 6.1.190-1」のような部分） uname -v # RHEL系：インストール済みのカーネル一覧 rpm -q kernel # Debian/Ubuntu：インストール済みのカーネルイメージ一覧 dpkg -l 'linux-image*' | grep ^ii
2. ディストリビューションの脆弱性情報から確認する
RHEL系では、パッケージ管理の側からCVE番号で修正の有無を確認できます。# RHEL系：このCVEに対応する更新があるか sudo dnf updateinfo list --cve CVE-2026-99999 # RHEL系：このCVEの修正をすでに入れ済みか sudo dnf updateinfo list --installed --cve CVE-2026-99999 # Ubuntu（Ubuntu Pro クライアント）：CVE単位で状況を確認 pro fix CVE-2026-99999 --dry-run
rpm -q kernel の結果を表の版と比べてください。3. 仮想化ホストかどうか、ゲストが何台載っているかを洗い出す
優先度を決めるうえで、ホストに載っているゲストの数と、誰がそのゲストを操作しているかの把握が欠かせません。# libvirt管理下のゲスト一覧（停止中も含む） sudo virsh list --all # vhost-net / tun モジュールが読み込まれているか lsmod | grep -E 'vhost_net|^tun' # ホスト上のTUN/TAPデバイス一覧 ip tuntap show
なお、チェックサムのオフロード機能を止めれば防げるのでは、と考える方もいるかもしれません。しかし研究者・カーネル開発者・Red Hat・AlmaLinuxのいずれも、そうした回避策は示していません。効くかどうか確かめられていない設定変更で「対応済み」と判断するのは避けてください。
修正カーネルの適用と再起動計画｜仮想化ホストでの進め方
ホストを先に、ゲストは通常の更新サイクルで
最も守るべきなのは、ゲストからの攻撃を受ける仮想化ホストのカーネルです。ゲストのカーネルは、各ディストリビューションの修正版が出たら通常の更新サイクルで当てます。修正版が出ているディストリビューションでの適用手順は次のとおりです。# RHEL 9：カーネルを更新（再起動が必要） sudo dnf update 'kernel*' # Debian 12/13：カーネルを含めて更新 sudo apt update sudo apt full-upgrade # AlmaLinux（testingリポジトリから入れる場合。公式ブログの手順） sudo dnf install -y almalinux-release-testing sudo dnf update 'kernel*' --enablerepo=almalinux-testing # 適用後はtestingリポジトリを無効化しておく sudo dnf config-manager --disable almalinux-testing
再起動はゲスト全台の停止を伴う
カーネルの修正は、再起動しないと反映されません。AlmaLinuxも明記しているとおり、仮想化ホストの再起動は、その上で動くゲスト全台の中断を意味します。作業の前に次の段取りを決めておきます。・ゲストの退避：クラスタ構成ならライブマイグレーションで別ホストへ移し、空にしてから再起動する
・停止連絡：単体ホストならゲストの利用者に停止日時を連絡し、ゲストを正常に停止してから再起動する
・自動起動の確認：ホストの再起動後にゲストが自動で立ち上がる設定か（virsh autostart）を事前に確かめる
・切り戻し：新しいカーネルで起動しなかった場合に備え、古いカーネルがブートメニューに残っていることを確認する
ライブマイグレーションで逃がす場合、移動先のホストも修正済みでなければ意味がありません。
適用後の確認
再起動後は、uname -r が修正版の番号になっていること、sudo virsh list --all でゲストが起動していることを確かめます。パッケージを更新しても、再起動するまで修正は効きません。完了は uname -r（Debianは uname -v）の結果で判断してください。コンテナからホストのカーネルを狙う例はCVE-2026-46331（act_pedit）の記事、一般ユーザーからの権限昇格はCVE-2026-46242「Bad Epoll」の記事で解説しています。カーネル更新の段取りは共通です。
更新・再起動のトラブル対処｜うまくいかない場合
再起動したのに uname -r が古いまま
新しいカーネルは入っているのに、起動時に古いカーネルが選ばれているケースです。RHEL系では grubby で確認できます。# 既定で起動するカーネルを確認 sudo grubby --default-kernel # インストール済みの起動エントリを一覧表示 sudo grubby --info=ALL | grep -E '^(index|kernel)'
sudo grubby --set-default に続けて指定してから再起動します。表の版には末尾の .x86_64 などが付いていないので、表から書き写さないでください。ゲストの停止を2回させないためにも、1回目の再起動の前にこの確認を済ませておくと安心です。ホストの再起動後にゲストが立ち上がらない
ゲストの自動起動が設定されていないと、ホストが戻ってもゲストは止まったままです。# 自動起動が設定されているゲストの一覧 sudo virsh list --all --autostart # ゲストを起動し、次回から自動起動にする sudo virsh start ゲスト名 sudo virsh autostart ゲスト名
まとめ｜CVE-2026-99999 対応チェックリスト
ここまでの内容を、作業の順番に並べます。| やること | 確認方法・基準 |
|---|---|
| 動いているカーネルの版を確認 | uname -r（Debianは uname -v）を修正版の番号と比較 |
| 修正版が出ているか確認 | sudo dnf updateinfo list --cve CVE-2026-99999 または各社の公式ページ |
| 仮想化ホストとゲストの棚卸し | sudo virsh list --all で台数を数え、各ゲストを誰が操作するかを洗い出す |
| ホストのカーネルを更新 | sudo dnf update 'kernel*' または sudo apt full-upgrade |
| ゲストを退避・停止して再起動 | ライブマイグレーションまたは停止連絡のあと再起動 |
| 反映を確認 | 再起動後の uname -r（Debianは uname -v）が修正版であること |
カーネルの緊急更新、ゲストを止めずに段取りできますか？
動いているカーネルの確認、修正版の有無の調べ方、ゲストの退避と再起動の順番。脆弱性情報を読むだけでなく、実機で一度通しておくことで、本番の緊急対応でも慌てずに動けるようになります。
ネットの切れ端の情報をコピペするだけでなく、現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル（図解60P）』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
PR
［試して理解］Linuxのしくみ 実験と図解で学ぶOS、仮想マシン、コンテナの基礎知識【増補改訂版】
仮想マシンとホストのカーネルの関係を実験と図解で押さえられる一冊。今回のような「ゲストからホストへ届く」脆弱性が、なぜホスト側の更新で守られるのかを腹落ちさせる助けになります。
暗記不要・1時間後にはサーバーが動く
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
姓・名・メールの3つだけ／30秒／解除は3秒 ／ 詳細はこちら
Linux無料マニュアル（図解60P）
名前とメールで30秒登録
- 前のページへ：RHEL 10 で DISA STIG V1R2 に対応するための OpenSCAP 自動化手順
- この記事の属するカテゴリ：Linux情報・技術・セキュリティへ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は30秒、解除もいつでも可。
登録無料・いつでも解除できます