Linux脆弱性PwnEscapeとは？さくらが受付停止、自分は対象か

PwnEscape（CVE-2026-99999）とは？何が起きたのか

まず、名前と番号が本物かどうかです。CVE-2026-99999はCVE.orgの記録に「PUBLISHED（公開済み）」として登録されており、参考資料として発見者のブログ「PwnEscape」が載っています。NVDにも同じ番号の記録があります。番号も通称も、一次資料で確認できます。

CVE.org、Red Hat、Ubuntu、AWSの公表内容から作成（10月18日朝に確認）。

仕組み：検査済みのヘッダーが後から書き換わる

Linuxは処理を速くするため、パケットのチェックサムを「あとで計算して、この位置に書き込む」という予約情報だけを持たせて先に処理を進めることがあります。仮想マシンが送るパケットでは、この予約情報をゲスト側が指定できます。

発見者のpwn.aiの解説によると、細工した予約情報を使うと、カーネルがすでに検査を終えたIPv4ヘッダー（宛先や長さなどの情報）の上にチェックサムが書き込まれます。その結果、ヘッダーの長さが20バイトから60バイトに「変わった」ことになり、パケットの外にあるホストのメモリ32バイトが、送信されるパケットの中に混ざって外へ出ていきました。

研究チームはこの仕組みを足がかりに、ホストのカーネルへの書き込みにも成功し、自分たちで用意した機械でホストの管理者権限でプログラムを動かすところまで実証したとしています。修正（コミット6785011f）は、チェックサムを書き込む前に「書き込み位置がIPv4ヘッダーより後ろか」を確かめる処理を5か所に足すもので、コミットの説明でも「多層防御のための措置」とされています。

どこまで実証されたのか

ここは区別が大事です。発見のきっかけになった米Vercelの報告（10月14日）では、ホストのメモリが漏れる攻撃はVercelの本番環境で実証された一方、ホストの停止とコード実行は研究者自身のKVM・Firecracker環境で実証されたと書かれています。顧客データにアクセスされた形跡はなかったとしています。

発見から公開までの流れ

pwn.aiが公表した経緯と、修正コミット、CVEの記録、各社の発表を時系列に並べました。

• 2008年7月原因のコードが追加される仮想マシン用の通信機能（tun）にチェックサム処理の予約情報を渡す仕組みが入り、Linux 2.6.27に収録。CVEの記録でも影響は2.6.27からとされています。
• 2026年8月18日Vercelが賞金100万ドルの挑戦を開始同社のサンドボックス（隔離された実行環境）の突破を研究者に呼びかけました。2週間で1,285件の報告が集まり、24万2,000ドルが支払われています。
• 8月20日pwn.aiが最初の報告ホストのメモリが漏れる問題をVercelに報告。Vercelは挑戦3日目に届いた「最も重要な報告」としています。
• 9月4日Linuxの開発者に非公開で報告カーネルのセキュリティ窓口とネットワーク担当者に、修正案とともに伝えました。
• 10月8日修正がネットワーク開発ツリーに採用Red Hatの開発者が書いた修正が採用され、10月14日にリーナス・トーバルズ氏のツリーへ統合されました。
• 10月15日CVE公開・修正版リリースCVE-2026-99999が公開され、kernel.orgが修正入りの安定版・長期サポート版7系統を公開。AWSも告知を出しました。
• 10月16日さくらインターネットが新規受付を停止VPS・レンタルサーバ・マネージドサーバの新規申し込みと、クラウドの新規プロジェクト作成を一時停止しました。

日付は各資料の表記どおり（CVE公開は協定世界時10月15日12時19分＝日本時間21時19分）。

さくらインターネットはなぜ新規申し込みを止めた？

さくらインターネットは10月16日、「Linuxカーネルの脆弱性（CVE-2026-99999）に関する当社サービスへの影響について」を公表しました。クラウド、VPS、レンタルサーバ、高火力DOK、高火力VRTの5サービスで影響調査と対応を進めているとし、そのうち次のサービスで受け付けを止めています。

出典：さくらのVPS、さくらのクラウド、レンタルサーバ・マネージドサーバの各お知らせ（いずれも10月16日）。再開時期はすべて未定です。

同社は停止の理由を「影響調査および必要な対応のため」としています。VPSやクラウドでは、利用者が自分の仮想マシンの管理者権限を持つのがふつうです。AWSも、攻撃に必要なのは「ゲストの仮想マシンの中での特権的なアクセス」だと説明しています。申し込めば誰でも攻撃の起点になり得る仮想マシンを手に入れられる状態を、修正が済むまで避けたものと見られます。

クラウドとVPSのお知らせでは、今後ホストのメンテナンスを行う可能性にも触れています。ホストのカーネルを入れ替えるには再起動が必要になるため、実施されれば利用中の仮想マシンが一時的に止まることも考えられます。日時は対象の利用者に改めて案内するとしています。

なお、さくらの専用サーバPHYのように利用者自身がOSを管理するサービスについては、OSの提供元のセキュリティ情報を確認し、必要ならアップデートを適用するよう呼びかけています。

海外の大手クラウドは？

AWSの告知（米国時間10月15日）は、Amazon EC2、AWS Lambda、AWS FargateなどのAWSが管理するサービスは影響を受けず、利用者の対応も不要としています。対象は、KVMとvirtio-netを使って自分で仮想マシンを動かしている利用者で、Amazon Linux 2と2023には修正済みのカーネルを配布済みです。IT系ニュースサイトのPublickeyも、サービス提供者がどう対応しているか確認するよう勧めています。

影響範囲と修正版：どのカーネルなら安全？

CVEの記録では、影響を受けるのはLinux 2.6.27以降のカーネルで、次の版から修正されています。いずれもkernel.orgで公開済みです。AWSの告知は対象を「4.4〜6.18」と書いていますが、CVEの記録ではそれより古い2.6.27以降が対象とされています。

ただ、多くのサーバーはkernel.orgの版をそのまま使うのではなく、ディストリビューション（Linuxの配布元）が用意したカーネルを使います。主な配布元の状況は次のとおりです。

出典：Debianセキュリティトラッカー、AWS（2026-137-AWS）、Ubuntu CVEページ、Red Hat CVEページ。Ubuntuはサポート中の全リリースが「needed（対応が必要）」、Red Hatは全製品が「Affected（影響あり）」で、修正版の提供はまだありません。

Linuxカーネルの脆弱性は増えている？NVDとCISAのデータで集計

「Linuxの脆弱性」と聞くと大事件に思えますが、件数だけで見るとカーネルのCVEは毎日のように公開されています。NVDのAPIで年ごとの件数を数えました。

年別のLinuxカーネルCVE：2024年から急増

2015〜2023年はNVDでLinuxカーネルが対象製品として登録されたCVE（公開日ベース）、2024年以降はkernel.org（CNA）が採番したCVE（取り下げ分を除く）。2026年は10月18日まで。数え方が違うため、2023年と2024年の段差は厳密な比較ではありません。

2023年まではLinuxカーネルのCVEは年237〜626件でした。2024年2月にLinuxカーネルの開発チーム（kernel.org）自身がCVEを採番する「CNA」として登録を始めると、件数が一変します。2024年は4,287件、2025年は5,675件、2026年は10月18日までで7,423件と、すでに昨年を超えました。1日あたり約26件のペースです。

CVSS 9以上も珍しくない、でも「悪用」はごく一部

kernel.orgが採番したCVE（取り下げ除く）について、NVDに載っているCVSS v3.1の最高値で集計。KEVはCISAのカタログ（10月16日版）に載ったもの。2026年は10月18日まで。

CVSSが9.0以上のカーネルCVEは、2026年だけで540件あります。スコアが高いこと自体は、カーネルでは珍しくありません。一方、2024年以降のカーネルCVE17,385件のうち、米CISAが「実際に悪用された」としてKEVカタログに載せたのは10件（約0.06%）だけです。

それでもPwnEscapeが特別扱いされているのは、「仮想マシンの壁を越えてホストに届く」という点です。VPSやクラウドでは1台のホストに多くの利用者の仮想マシンが同居しているため、1人の利用者が攻撃できれば、同じホストの他人の環境まで危険にさらされます。CISAの評価でも、技術的な影響は最大の「total（全面的）」とされています。

KEVに載ったLinuxカーネルの脆弱性は今年8件、過去最多タイ

CISA KEVカタログ（10月16日版）で、ベンダー「Linux」・製品「Kernel」の31件を掲載された年で集計。古いCVEが後から載ることもあります（例：2026年には2018年の脆弱性も追加）。

悪用が確認されて対策を急ぐよう求められたカーネルの脆弱性は、2026年に入って8件と、2022年と並んで年間の最多に達しています。PwnEscapeは10月16日時点では載っていませんが、攻撃コードが出回れば状況は変わり得ます。

仮想マシンから抜け出す脆弱性、過去にもあった？

仮想マシンの中からホストに影響を与える脆弱性は「VMエスケープ（仮想マシン脱出）」と呼ばれ、過去にも見つかっています。NVDの記録で確認できる主な例です。

出典：NVD CVE-2015-3456、CVE-2019-14835、CVE-2021-29657。いずれもCISAのKEVカタログには載っていません（10月16日版）。

過去の例は、仮想化ソフト（QEMU）や、仮想化のための部品（vhost・KVM）の欠陥でした。PwnEscapeは、仮想化とは直接関係のない、ふつうのネットワーク処理の欠陥がホストへの入り口になった点が違います。発見者が「新しい種類の攻撃」と強調しているのはこのためです。

自分は対象？個人のパソコン・スマホ・レンタルサーバ・VPSの場合

PwnEscapeで一番危ないのは、見知らぬ利用者の仮想マシンを預かっているホストです。使い方別に整理しました。

当サイトの整理。AWS・Red Hat・さくらインターネットの公表内容をもとにしています。

VPS・クラウドの利用者がいまできること

• 契約している事業者のお知らせ（障害・メンテナンス情報）を確認する
• ホストのメンテナンスで再起動が入っても困らないよう、データのバックアップを取っておく
• 新しく契約する予定なら、受け付けの再開時期を事業者の告知で確かめる
• 自分の仮想マシンのOSも、配布元の更新が出たら適用する（ゲスト側の更新だけではホストは守れない点に注意）

PwnEscape（CVE-2026-99999）のよくある質問

あわせて読みたい

出典・参考資料

• CVE.org「CVE-2026-99999」、NVD「CVE-2026-99999」
• kernel.org（安定版・長期サポート版の一覧）、修正コミット「ipv4: validate checksum_start before completing checksum」
• pwn.ai「PwnEscape: Guest-to-Host KVM Escape (CVE-2026-99999)」、oss-securityメーリングリストへの投稿（10月15日）
• Vercel「Findings from the $1M Vercel Sandbox challenge」（10月14日）
• さくらインターネット「Linuxカーネルの脆弱性（CVE-2026-99999）に関する当社サービスへの影響について」、さくらのVPS、さくらのクラウド、レンタルサーバ・マネージドサーバの各お知らせ（10月16日）
• AWS セキュリティ情報 2026-137-AWS、Red Hat、Ubuntu、Debianの各CVEページ
• 米CISA「Known Exploited Vulnerabilities Catalog」（10月16日版）
• Publickey「Linuxカーネルの深刻な脆弱性「PwnEscape」（CVE-2026-99999）…」

年別件数・CVSS 9.0以上の件数・KEV掲載の割合は、NVDのAPI（10月18日取得）とCISAのKEVカタログから当サイトが集計したもので、公式統計ではありません。各社の対応状況は10月18日朝の確認時点のもので、今後変わる可能性があります。アイキャッチ写真：Victorgrigas／Wikimedia Commons（CC BY-SA 3.0）、トリミング・明るさ調整・文字入れあり。