Exposed TCP Channels in Xorbits Xoscar Let Attackers Run Root Code on GPU Nodes
Unauthenticated remote code execution in Xorbits Xoscar through 0.11.2 poses immediate risk to exposed TCP channels and privileged servers.

Key points
- CVE-2026-49950 affects Xorbits Xoscar versions up to 0.11.2.
- The flaw allows unauthenticated attackers to execute arbitrary code.
- Successful exploitation typically runs with root privileges on GPU nodes.
Managed service providers must evaluate their environments immediately. Xorbits Xoscar through version 0.11.2 contains a critical vulnerability that enables remote attackers to execute arbitrary code without authentication. The flaw resides in the actor-pool TCP channel handling mechanism. This exposure affects systems where the service is accessible to untrusted networks or poorly segmented internal zones.
How it unfolded
- Xorbits Xoscar through 0.11.2 was identified as containing an unauthenticated deserialization vulnerability.
- The flaw allows remote attackers to send crafted data over the actor-pool TCP channel to trigger execution.
- Attackers exploit SocketChannel.recv() passing unvalidated data to cloudpickle.loads(), triggering pickle __reduce__ gadget execution before message type validation.
Who is affected
Organisations running Xorbits Xoscar up to version 0.11.2 are affected by this vulnerability. According to the National Vulnerability Database record, the issue allows remote attackers to execute arbitrary code by sending crafted data. The server process commonly runs as root on GPU nodes, meaning successful exploitation grants full control over the underlying hardware. This severity is rated 9.3, classified as critical by the NVD.
Our take on the response
The vulnerability stems from improper input validation in the deserialization process. By passing unvalidated data to cloudpickle.loads(), the system executes dangerous pickle gadgets before verifying message types. This design flaw means network access alone is sufficient for exploitation. No authentication check prevents the initial data injection. The high privilege level of the target process amplifies the impact significantly.
Who needs to act first
Teams should prioritise systems where the Xorbits Xoscar service is exposed to untrusted networks or broad internal segments. Identify all instances running versions up to 0.11.2 and verify their network accessibility. Restrict access to the actor-pool TCP channel to trusted management networks immediately. Isolate affected GPU nodes if network segmentation is not feasible. Monitor logs for unusual deserialization errors or unexpected process spawns. Coordinate with security teams to validate the scope of exposure before attempting remediation steps.
What to do and how to stay safe: Xorbits Xoscar
- Restrict network access to the actor-pool TCP channel to prevent unauthenticated connections from untrusted sources.
- Monitor server logs for unexpected process executions or errors related to data deserialization failures.
- Audit firewall rules to ensure the vulnerable service ports are not open to the public internet or broad subnets.
- Verify the version of Xorbits Xoscar installed on all managed GPU nodes to confirm exposure status.
Step-by-step guide: Vulnerability Prioritization: How to Rank Risks Without Wasting Time
General security guidance from the Patch Observer newsroom. It is not confirmed advice from the organisations named in this story.
Frequently asked questions
Which versions of Xorbits Xoscar are affected by CVE-2026-49950?
Versions up to and including 0.11.2 are affected by this unauthenticated deserialization vulnerability.
What is the CVSS score for this vulnerability?
The National Vulnerability Database rates CVE-2026-49950 with a CVSS score of 9.3, which is critical.
How do attackers exploit this flaw?
Attackers send crafted data over the actor-pool TCP channel, exploiting SocketChannel.recv() to pass unvalidated data to cloudpickle.loads().



