要点
- 仮想マシン（VM。1台の物理サーバーの中で動く、独立したコンピューター）を動かす土台の Xen に、欠陥が2件見つかった。
- 悪意のある VM が、同じサーバーに同居するほかの VM や、全体を管理する VM（dom0）のメモリを読み書きできるおそれがある。
- Xen Project は「知られている回避策はない」としており、Xen を使うサーバーは修正版に更新して再起動する必要がある。
何が起きたか
Xen Project は2026年11月3日、セキュリティ勧告 XSA-523 を公開した。欠陥は CVE-2026-102703 と CVE-2026-102704 の2件である。
Xen は「ハイパーバイザー」と呼ばれるソフトウェアだ。1台の物理サーバーを区切って、たくさんの VM を互いに見えないように動かす。クラウドや VPS（借りられる仮想サーバー）では、知らない人どうしの VM が同じ物理サーバーに同居することがある。この区切りが守られることが大前提になっている。
欠陥は「grant copy」という仕組みにある。VM どうしがデータを受け渡すとき、Xen が間に入ってコピーする機能だ。勧告の説明では、問題はこのコピーの処理の中で、一度検証したデータをもう一度検証すべきかどうかを決める条件にあった。この条件が、一部の場合に正しくなかった。検証の済んだデータを手元に残して使い回すのは、処理を速くするための工夫だった。
その結果、2つの誤りが生じた。1つ目（CVE-2026-102703）は、コピーする場所を指す2種類の番号を取り違えることがあるというもの。2つ目（CVE-2026-102704）は、本来は自分のメモリにしか使えないコピーのやり方について、その制限を確かめる処理の置き場所が誤っていたというものだ。
勧告は、影響を次のように書いている。悪意のあるゲスト（VM）は、ほかのドメインのメモリを読み書きできる。そこには dom0 も含まれる。dom0 は、ほかの VM を管理する特別な VM である。XCP-ng（Xen をもとにした仮想化の製品）の告知は、「乗っ取られたゲストが1つあれば、隔離を破ってホスト全体を乗っ取れる」と書き、緊急度を Critical（最も高い）とした。
対象は Xen 4.6 以降のすべての版だ。4.5 以前は当たらない。勧告に、回避策は「知られていない」とある。
勧告の謝辞によると、欠陥は Anthropic が Claude（AI のモデル）を使って見つけ、Ada Logics の Stephan Lipp が確かめた。CodeAnt AI Security Research Team も、別に同じ欠陥を報告していた。
XSA-523 は、この欠陥がすでに攻撃に使われたとは書いていない。
日本の利用者への影響
Xen は、クラウド・VPS の事業者や、企業の仮想化の基盤で使われることがある。ただし、どの事業者が今 Xen を使っているかは、外からは分からないことが多い。
当たるおそれが大きいのは、次の人たちである。
- Xen・XCP-ng・XenServer を使って、自社で仮想化の基盤を運用している組織
- Xen を土台にする VPS やホスティングを借りている人
- Qubes OS（Xen で作業を VM に分けて守る OS）を使っている人
自分の VM を Xen の上で動かしていない人は、この欠陥の影響を受けない。
今すぐやること
- 自社で Xen・XCP-ng・XenServer を運用しているなら、修正版に更新し、ホストを再起動する。XCP-ng を作る Vates は、すぐに更新するよう勧めている。
- VPS やクラウドを借りているなら、その事業者が Xen を使っているか、XSA-523 の修正を済ませたかを、事業者のお知らせかサポートで確かめる。
- 事業者から再起動やメンテナンスの知らせが来たら、日程を確かめ、止まってもよい準備をしておく。
- Qubes OS の人は、いつもの更新ツールで Xen を更新し、そのあと再起動する。Qubes の勧告 QSB-121 は、Anti Evil Maid を使う人に、合言葉をもう一度登録し直すよう求めている。
- Xen 4.16 以前の古い版を使っているなら、修正の出ている版に上げる計画を立てる。古い版向けのパッチは、勧告に入っていない。
背景
ハイパーバイザーの欠陥がこわいのは、1つの VM が破られると、同じサーバーの全員に被害が広がるおそれがあるからだ。借りる人が自分の VM をどれだけ固めても、土台に穴があれば防げない。
Xen は、仮想化の大事なソフトウェアとして長く使われている。そのため、何度も欠陥が見つかってきた。grant copy の仕組みでは、7月28日にも XSA-500 として欠陥が公表されており、短い間に続けて問題が見つかっている。
Xen Project は、欠陥を一般に公表する前に、主な事業者へ先に知らせる仕組みを持っている。今回の勧告も、公表前の期間に、他人の VM を預かるような公開のシステムへパッチを当ててよいとしていた。大手の事業者は、公表の前に修正を済ませている場合がある。
技術者向けの詳細
- 勧告: XSA-523（2026-11-03 公開、version 2）
- CVE-2026-102703: frame number と grant reference を取り違えることがある
- CVE-2026-102704: frame number を使ったコピーは呼び出した側の自分のメモリだけに許すべきだが、それを確かめる処理の場所が誤っていた
- 原因: 隣り合う範囲への batched grant copy で、キャッシュした検証済みのデータを使い回す。その確かめ直しの条件が誤っていた
- 対象: Xen 4.6 以降のすべて。4.5 以前は当たらない。勧告に x86・Arm や PV・HVM の区別の記述はない
- 回避策: 勧告は「知られている回避策はない」としている
- 配布元ごとの修正:
- Debian: security tracker では、この記事を書いた時点で sid が
4.20.4+63-g7abfd2bce2-1で fixed。bookworm・trixie・forky は vulnerable のまま - XCP-ng 8.3: 2026-11-03 の更新で
xen-4.17.7-4.2.xcpng8.3に（XenServer の 4.17.7-4 に揃えた）。ホストの再起動が要る。Vates の勧告は VATES-SA-2026-055 - Qubes OS 4.3: dom0 の Xen パッケージ
4.19.6-3で修正。dom0 の再起動が要る。Anti Evil Maid を使う場合は QSB-121 の手順を見る
- Debian: security tracker では、この記事を書いた時点で sid が
- Xen のソースに当てるパッチ（勧告に添付）:
xsa523-?.patch: xen-unstable〜Xen 4.19.xxsa523-4.18-?.patch: Xen 4.18.x〜4.17.x- stable のブランチ向けに作られており、最新のリリースの tarball にはそのままでは当たらないことがある。勧告は、先に stable ブランチの最新に上げるよう勧めている
- 4.16 以前向けのパッチは入っていない
- Debian 系での版の確かめ方:
dpkg -l | grep -i xen
xl info | grep -E 'xen_version|xen_extra'
- 7月の XSA-500（別の grant copy の欠陥）を当てていない環境は、そちらも当てる
