Sandbox isolation failure in Yuxi exposes cross-tenant data and services
Key facts
- Attack vector
- Network
- Privileges required
- Low
- User interaction
- None
- Attack complexity
- Low
- Impact type
- Security bypass, Information disclosure, Code execution
- Confidentiality · integrity · availability
- High · High · High
- Fix status
- Fixed
Attack profile from CVSS 3.1 · CNA. Fix status from CNA. Impact type from CWE-284, CWE-522 and CWE-77.
Summary
Yuxi, a large-model-based knowledge base and knowledge graph agent platform, from 0.6.0.beta1 before 0.7.1 has insufficient isolation between Docker sandboxes and trusted application services. A low-privileged authenticated user who can run commands in their own sandbox can reach other tenants' sandbox APIs, access their files and secrets, and create or delete sandboxes without a container escape. Sandboxes can also reach shared internal services, so unchanged shipped default credentials can be used, which can lead to command execution in the PostgreSQL container.
Written with Claude Haiku 5.5 from the sources below · 2026-11-04
Description from the CNA
Yuxi is a large-model-based intelligent knowledge base and knowledge graph agent development platform. From 0.6.0.beta1 until 0.7.1, there is insufficient isolation between execution-capable Docker sandboxes and trusted application services. A low-privileged authenticated user who can execute commands in their own sandbox can reach other tenants' sandbox APIs, access their files and secrets, execute commands in active sandboxes, and enumerate, create, or delete sandboxes through the unauthenticated provisioner without knowing administrator, database, or MinIO credentials. Sandboxes can also reach shared internal services; if shipped default service credentials remain unchanged, an attacker can use them, and if the exposed PostgreSQL account is a superuser, obtain command execution in the PostgreSQL container. These paths can disclose or modify cross-tenant data and sandbox state or cause denial of service through sandbox deletion without a container escape or kernel vulnerability. This vulnerability is fixed in 0.7.1. Existing deployments must separately rotate persisted PostgreSQL, Neo4j, or MinIO credentials that were previously set to documented or shipped defaults because upgrading the Compose files does not automatically rotate them.
Why it matters now
SSVC decision points
Not available: CISA has not published SSVC decision points for this record.
Affected products
Remediation
Upgrade Yuxi to 0.7.1. Existing deployments must separately rotate persisted PostgreSQL, Neo4j, or MinIO credentials that were previously set to documented or shipped defaults, because upgrading the Compose files does not automatically rotate them.
Written with Claude Haiku 5.5 from the sources below · 2026-11-04
- Fix · CNA Yuxi (xerrors) Fixed in 0.7.1
Timeline
- 2026-11-04 Threatist record created from CVE-2026-97693
References
More xerrors vulnerabilities
- TI-2026-37283 Yuxi has a JWT Authentication Bypass Leading to Cross-Instance Administrator Token Reuse CVSS 3.1CRITICAL 9.4
- TI-2025-12898 xerrors Yuxi-Know embed.py OtherEmbedding.aencode server-side request forgery CVSS 4.0MEDIUM 5.1
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences