CVE-2026-10054: Eclipse Theia Unauthenticated Terminal RPC Vulnerability
Eclipse Theia versions 1.8.1 and later contain a critical flaw in how they secure terminal access over WebSocket connections. The vulnerability allows an attacker to execute arbitrary OS commands on a system running Theia by exploiting missing authentication on the terminal RPC endpoints. A user simply needs to visit a malicious website while their Theia instance is running; that website can then connect to the terminal service, create a new terminal session, and run commands—all without any authentication or permission check. The root cause involves two failures: WebSocket origin validation is disabled by default, and the Socket.IO integration trusts a client-controlled header instead of the real browser Origin header, allowing attackers to spoof their connection source.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-1385, CWE-306
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-03 / 2026-07-07
NVD description (verbatim)
In affected versions of Eclipse Theia (1.8.1 and later), the browser backend exposes privileged terminal RPC over WebSocket (/services/shell-terminal, /services/terminals/:id) without service-level authentication. WebSocket origin validation in @theia/core is fail-open: connections are accepted when the Origin header is missing or when no THEIA_HOSTS allowlist is configured (the default). The Socket.IO integration additionally replaces the real Origin header with a client-supplied fix-origin header that an attacker can control or omit. As a result, a foreign-origin web page visited by a user with a running Theia instance can open the /services WebSocket namespace, invoke terminal creation, attach to the resulting terminal data channel, execute arbitrary OS commands, and read their output. This affects both local developer setups (drive-by attack) and hosted or tunneled deployments without strong external authentication. A fix is in development that enforces same-origin validation by default, removes trust in the fix-origin header, gates HTTP and WebSocket access on a SameSite=Strict; HttpOnly connection-token cookie, and sanitizes shell terminal creation options.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in Theia's browser backend terminal RPC exposure via WebSocket at /services/shell-terminal and /services/terminals/:id endpoints. The @theia/core module implements origin validation for WebSocket connections, but the check is fail-open: it accepts connections when the Origin header is absent or when no THEIA_HOSTS allowlist is configured (the default deployment state). Further, Socket.IO integration in the stack replaces the authentic Origin header with a fix-origin header supplied by the client, which an attacker controls. An unauthenticated, same-process-privileged WebSocket connection can invoke terminal creation RPCs, receive terminal output, and execute OS commands. The flaw is classified as missing origin validation (CWE-1385) and improper authentication (CWE-306).
Business impact
This vulnerability poses a direct threat to both individual developer workstations and shared or hosted Theia deployments. A drive-by attack via a malicious website can compromise the integrity and confidentiality of any system with an active Theia instance. An attacker gains arbitrary code execution in the context of the user running Theia, potentially enabling data exfiltration, malware installation, lateral movement within a network, or sabotage. For organizations deploying Theia in cloud or tunneled environments (e.g., for remote development), the risk is amplified if external authentication is weak. The absence of default authentication also means security misconfigurations are common, expanding the attack surface significantly.
Affected systems
Eclipse Theia versions 1.8.1 and later are affected. This includes the current stable release line and all subsequent versions until a patched release is published. The vulnerability impacts all deployment modes: local developer machines, remote Theia instances, and containerized or cloud-hosted setups. Any user or service with network access to the Theia browser backend (typically port 3000 by default) is at risk if they visit a malicious or compromised website during an active Theia session.
Exploitability
Exploitability is high. The attack requires no special privileges, no complex network positioning, and minimal technical sophistication. An attacker needs only to (1) host a malicious web page, (2) trick a user running Theia into visiting it, and (3) issue WebSocket requests to the known terminal endpoints. No authentication is required, and origin validation is either absent or bypassable via the client-controlled fix-origin header. The attack succeeds in the default configuration without any additional tuning. User interaction is minimal (visiting a website), making this a practical and scalable threat.
Remediation
Await and deploy the patched version of Eclipse Theia once released. The upstream fix enforces same-origin validation by default, removes reliance on the client-supplied fix-origin header, gates HTTP and WebSocket access behind a SameSite=Strict; HttpOnly connection-token cookie, and sanitizes shell terminal creation options. Until a patch is available, mitigations include: (1) configuring a THEIA_HOSTS allowlist to explicitly permit only expected origin domains, (2) running Theia only in trusted network environments with external authentication (e.g., reverse proxy with OAuth), (3) disabling remote access to Theia if not required, and (4) running Theia in a restricted container or VM to limit the blast radius of command execution.
Patch guidance
Monitor Eclipse Theia's official GitHub repository and release channels for a patched version. When available, apply the patch immediately to all affected instances. Before upgrading, verify that the patch version documentation confirms the fix addresses CVE-2026-10054, including the origin validation, fix-origin header removal, and connection-token cookie implementation. Test the patched version in a staging environment to ensure compatibility with your deployment. If you run Theia in a container, rebuild your image with the patched version and redeploy. For users unable to patch immediately, implement the network and configuration mitigations listed in the remediation summary.
Detection guidance
Monitor WebSocket traffic to Theia for suspicious patterns: (1) WebSocket connections to /services/shell-terminal or /services/terminals/:id from external or unexpected origins, (2) requests with missing Origin headers or suspicious fix-origin header values, (3) rapid terminal creation and command execution sequences, especially from non-developer sources. Log and alert on any terminal creation RPC calls that originate from outside your expected network or authentication context. Implement network intrusion detection rules to flag cross-origin WebSocket requests to Theia's terminal endpoints. If you have access to Theia logs, look for unexpected RPC invocations or shell command execution tied to unauthenticated sessions.
Why prioritize this
This vulnerability merits immediate priority due to the combination of high CVSS score (8.8), trivial exploitability, and severe impact (arbitrary code execution). The default-unsafe configuration means most Theia deployments are vulnerable without explicit remediation steps. The requirement for user interaction is minimal (visiting a website), and the attack is reliable and scalable. Organizations should treat this as a critical security incident and prioritize patching or mitigation across all Theia instances.
Risk score, explained
The CVSS 3.1 score of 8.8 (HIGH) reflects: (1) network-accessible attack vector with no special privileges required (AV:N, PR:N), (2) low attack complexity due to straightforward WebSocket exploitation (AC:L), (3) user interaction needed but minimal (UI:R—visiting a malicious site), (4) high confidentiality, integrity, and availability impact via arbitrary OS command execution (C:H, I:H, A:H). The score does not account for the wide deployment of Theia in development workflows or the default-unsafe configuration, which elevate practical risk beyond the numerical score.
Frequently asked questions
Does this vulnerability affect all Theia deployments or only certain configurations?
All Theia versions 1.8.1 and later are vulnerable by default. The vulnerability is most dangerous when Theia is deployed without external authentication (e.g., behind a reverse proxy with OAuth) or when a THEIA_HOSTS allowlist is not configured. Even in restricted networks, a user visiting a malicious website on a machine with Theia running is at risk.
Can I use a Web Application Firewall (WAF) to block this attack?
A WAF cannot fully mitigate this vulnerability because the attack exploits the legitimate /services WebSocket namespace. However, a WAF can help by blocking requests with missing Origin headers or suspicious fix-origin values, and by enforcing strict origin policies in front of Theia. The most reliable mitigation is to configure THEIA_HOSTS, deploy Theia behind strong external authentication, and patch when available.
If I disable remote access to Theia and run it only locally, am I safe?
Running Theia on localhost only reduces but does not eliminate risk. A user can still be exploited via a malicious website visited while Theia is running locally (a drive-by attack). Additionally, many developers tunnel or forward Theia ports for remote work, inadvertently exposing it. Patching is the safest long-term solution; in the meantime, configure THEIA_HOSTS and monitor for suspicious WebSocket activity.
What is the fix-origin header and why is it a problem?
Socket.IO in Theia uses a fix-origin header to override the browser's Origin header for compatibility reasons. An attacker can supply or omit this header to spoof their connection origin, bypassing origin validation checks. The patched version removes trust in this header and enforces true origin validation using the browser's Origin header and a secure cookie token.
This analysis is provided for informational purposes to support security decision-making. It is not a substitute for vendor security advisories or professional penetration testing. Organizations should verify all remediation steps against the official Eclipse Theia security guidance and test patches in controlled environments before production deployment. The vulnerability status, patch availability, and mitigation effectiveness may change; refer to the vendor's official channels for the latest information. SEC.co makes no warranty regarding the accuracy, completeness, or timeliness of this analysis. Source: NVD (public-domain), retrieved 2026-08-12. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-59804MEDIUMMidscene Bridge Server Authentication Bypass & CORS Misconfiguration
- CVE-2018-25437HIGHCherryFramework Themes Information Disclosure Vulnerability
- CVE-2023-54350HIGHWordPress Augmented-Reality Plugin Remote Code Execution
- CVE-2026-0283HIGHPAN-OS Authentication Bypass in Large Scale VPN
- CVE-2026-10243HIGHSmart Parking System 1.0 Authentication Bypass – Remote Admin Access
- CVE-2026-10281HIGHEnderfga claw-orchestrator Authentication Bypass – Patch Available
- CVE-2026-10617HIGHGoClaw Webhook Authentication Bypass – Remote Exploitation
- CVE-2026-10711HIGHCafePlus Missing Authentication Vulnerability – CVSS 8.8