根据其自我报告的版本号，远程主机上安装的 Xen 虚拟机监控程序受到一个问题影响。
Xenstored 与客户机使用特定协议通过共享内存页面进行通信。当客户机违反此协议时，xenstored 将断开与该客户机的连接。但遗憾的是，它仅通过从 xenstored 的内部管理中删除该客户机来实现此操作，从而导致与客户机被破坏时相同的操作，包括发送 @releaseDomain 事件。@releaseDomain 事件不表示客户机已被删除。此事件的所有监视程序必须查看所有客户机的状态，才能找到已删除的客户机。若是由于域 xenstored 协议违规而生成 @releaseDomain，则因为客户机仍在运行，所以监视程序不会响应。之后，当客户机实际遭到破坏时，xenstored 不再将其存储在内部数据库中，因此将不再发送任何 @releaseDomain 事件。这可导致僵尸域。由于缺失事件，系统不会删除该客户机内存中的内存映射。仅在另一个域被破坏后，因为会触发另一个 @releaseDomain 事件，这时系统才会清理此僵尸域。如果违反 Xenstore 协议的客户机设备模型正在 stub-domain 中运行，从内部数据库中删除该客户机后，xenstored 中可能会发生释放后使用情况，这可能导致 xenstored 崩溃。恶意客户机可在其自身终止之后的一段时间内阻断主机的资源。具有 stub 域设备模型的客户机最终可导致 xenstored 崩溃，从而造成更严重的拒绝服务（阻止任何进一步的域管理操作）。

请注意，Nessus 尚未测试此问题，而是只依赖于应用程序自我报告的版本号。

检测

Xen Xenstore 释放后使用 DoS (XSA-325)

medium Nessus 插件 ID 149065

未找到变更日志