自己報告のバージョン番号によると、リモートホストにインストールされているXenハイパーバイザーは、問題の影響を受けます。
Xenstoredとゲストは、特定のプロトコルを使用する共有メモリページを介して通信します。ゲストがこのプロトコルに違反する場合、xenstoredはそのゲストへの接続を切断します。残念ながら、これはゲストをxenstoredの内部管理から単に削除することで行われます。その結果、@releaseDomainイベントの送信など、ゲストが破壊されたかのように同じアクションが引き起こされます。@releaseDomainイベントは、ゲストが削除されたことを表示しません。このイベントのすべてのウォッチャーは、すべてのゲストの状態をチェックして、削除されたゲストを見つける必要があります。ドメインxenstoredプロトコル違反により@releaseDomainが生成される場合、ゲストはまだ実行中であるため、ウォッチャーは反応しません。その後、ゲストが実際に破壊されると、xenstoredは内部データベースにゲストを保存しなくなります。そのため、@ releaseDomainイベントはそれ以上送信されません。これは、ゾンビドメインにつながる可能性があります。イベントの欠落により、ゲストのメモリのメモリマッピングは削除されません。このゾンビドメインは、別のドメインが破壊された後にのみクリーンアップされます。これは、別の@releaseDomainイベントがトリガーされるためです。Xenstoreプロトコルに違反するゲストのデバイスモデルがstub-domainで実行されている場合、内部データベースからゲストを削除した後、xenstoredでメモリ解放後使用（Use After Free）が発生し、xenstoredがクラッシュする可能性があります。悪意のあるゲストは、自身の死後一定期間ホストのリソースをブロックできます。スタブドメインデバイスモデルを持つゲストは、最終的にxenstoredをクラッシュさせ、より深刻なサービス拒否（さらなるドメイン管理オペレーションの防止）をもたらす可能性があります。

Nessusはこの問題をテストしておらず、代わりにアプリケーションの自己報告されたバージョン番号にのみ依存しています。

検出

Xen Xenstoreのメモリ解放後使用（Use After Free）DoS（XSA-325）

medium Nessus プラグイン ID 149065

変更ログが見つかりません