<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[[Security] VSA-2026-062: critical Xen Orchestra vulnerability fixed, please update]]></title><description><![CDATA[<p dir="auto">Hello everyone,</p>
<p dir="auto">In today’s cybersecurity landscape, vulnerabilities are an ongoing reality for all software vendors, and open source projects are no exception. We take our responsibility to identify, address and communicate security issues very seriously, including towards our community.</p>
<p dir="auto">We were recently made aware that a vulnerability affecting Xen Orchestra (<a href="https://docs.vates.tech/security-advisories/advisories/2026/vates-sa-2026-062/" target="_blank" rel="noopener noreferrer nofollow ugc">VSA-2026-062</a>) was being actively exploited by a threat actor. Our teams mobilized immediately. The vulnerability was under embargo; the embargo has now been lifted, and we fast-tracked a patch in line with our vulnerability handling process. The vulnerability is now fixed.</p>
<p dir="auto">Most Xen Orchestra deployments are not exposed to the public Internet, which greatly reduces the likelihood of exploitation. If your Xen Orchestra is reachable from the public Internet, however, urgent action is strongly advised.</p>
<p dir="auto"><strong>If you run Xen Orchestra from sources</strong></p>
<ol>
<li><strong>Update</strong> to the latest <code>master</code>, which includes the fix from <a href="https://github.com/vatesfr/xen-orchestra/pull/10748" target="_blank" rel="noopener noreferrer nofollow ugc">pull request #10748</a>, then rebuild and restart xo-server as usual.</li>
<li><strong>Restrict access right away</strong> if Xen Orchestra is reachable from the Internet: VPN, dedicated management network or IP allow-list.</li>
<li><strong>Revoke all active sessions and API tokens</strong>, then rotate the secrets used in your stack: the root password of every XCP-ng host, XO proxy credentials, backup remotes (NFS, S3, etc.), XO user passwords and OTP secrets.</li>
<li><strong>Check for compromise:</strong> watch for unexpected VMs, imports or sessions, check the indicators of compromise listed in the advisory, and implement the blocking countermeasures it describes.</li>
</ol>
<p dir="auto"><strong>If you use a Xen Orchestra Appliance (XOA):</strong> update to 6.10.1 (latest channel) or 6.9.2 (stable channel). In XO 5, go to XOA &gt; Updates and click Upgrade.</p>
<p dir="auto">All instructions are centralized in the advisory, which will be updated as new information becomes available:<br />
<a href="https://docs.vates.tech/security-advisories/advisories/2026/vates-sa-2026-062/" target="_blank" rel="noopener noreferrer nofollow ugc">https://docs.vates.tech/security-advisories/advisories/2026/vates-sa-2026-062/</a></p>
<p dir="auto">A reminder that applies to any product: a virtualization management plane should never be exposed to the whole Internet, however up to date it is. A VPN and a dedicated management network remain the best protection against the next unknown vulnerability.</p>
<p dir="auto">If you have questions, feel free to ask in this thread. Please don’t post logs or details that could expose your infrastructure publicly.</p>
]]></description><link>https://xcp-ng.org/forum/topic/12571/security-vsa-2026-062-critical-xen-orchestra-vulnerability-fixed-please-update</link><generator>RSS for Node</generator><lastBuildDate>Tue, 10 Nov 2026 17:33:25 GMT</lastBuildDate><atom:link href="https://xcp-ng.org/forum/topic/12571.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 10 Nov 2026 17:10:40 GMT</pubDate><ttl>60</ttl></channel></rss>