Particle.news

Critical Xen Orchestra Authentication Bypass Under Active Exploitation

A crafted REST cookie can make the token service return another user's token and let attackers gain admin control that may lead to full XCP‑ng host takeover.

Overview

  • Security researchers Filip Magic and Christoffer Olsen reported the flaw and Vates tracked it as VSA-2026-062 after confirming the bug can bypass Xen Orchestra authentication.
  • The bug occurs when a specially crafted cookie (authenticationToken=j:%7B%7D) is parsed into an empty object ({}), causing the token collection to return an existing user's token and authenticate the attacker as that user.
  • Vates says the vulnerability is being actively exploited and published indicators of compromise that include connections to 91.211.251.112:8001, a specific .onion address, HTTP requests with the empty-token cookie, a VM named 'pivot2', and suspicious files such as /etc/cron.d/zz-ustar.
  • Vates released fixes for Xen Orchestra (6.9.1 and 6.10.0) and patched xo-server packages and advises administrators to update immediately or isolate the management interface, block the empty token at a WAF or reverse proxy, block observed IPs/domains, and rotate all credentials.
  • Detection is limited because XCP‑ng host logs do not record the crafted cookie, so defenders must implement HTTP‑level monitoring for the empty-token pattern and consider full reinstallation if compromise is confirmed since attackers can gain admin access and root on hosts.