Termix is a web-based server management platform with SSH terminal, tunneling, and file editing capabilities. Prior to 2.3.2, the terminal WebSocket accepts a user-controlled hostConfig.id and src/backend/ssh/host-resolver.ts resolves that host without requiring ownership or explicit access. When no credential is shared with the requester, resolveHostById performs an owner credential fallback, and src/backend/ssh/terminal.ts combines that credential with attacker-controlled ip, port, and username values. An authenticated low-privileged user can therefore make Termix authenticate to an attacker-controlled SSH server and disclose another user's stored SSH password or private-key material while the victim user's data key is unlocked. This issue is fixed in version 2.3.2.
Security readout for executives and security teams
Plain-English summary
A signed-in low-privileged Termix user could cause a vulnerable server to send another user’s stored SSH password or private key to an attacker-controlled SSH server. This threatens privileged infrastructure credentials and may enable follow-on system access. Termix fixed the flaw in version 2.3.2.
Executive priority
Treat this as an urgent credential-exposure issue. Prioritize internet-accessible and multi-user Termix instances, upgrade promptly, and investigate suspicious outbound SSH activity. Because leaked credentials may grant access beyond Termix, suspected exposure should trigger credential rotation and review of affected infrastructure access.
Technical view
Before 2.3.2, the terminal WebSocket accepts a user-controlled host identifier without enforcing host ownership or access. Credential resolution may fall back to the host owner’s credential, which is then combined with attacker-controlled connection details. Exploitation requires authentication and the victim user’s data key to be unlocked.
Likely exposure
Exposure is most likely in multi-user Termix deployments below 2.3.2 where low-privileged accounts can access the terminal WebSocket, stored SSH credentials exist, and another user’s data key is unlocked. The bundle provides no CPEs or deployment prevalence data, so fleet-wide exposure cannot be estimated.
Exploitation context
The attack is network-accessible, requires a low-privileged authenticated account, needs no victim interaction, and can disclose high-value SSH secrets. The source bundle reports no CISA KEV listing and provides no evidence of active exploitation. Practical success depends on the victim user’s data key being unlocked.
Researcher notes
The flaw combines missing object-level authorization with missing authorization enforcement, mapped to CWE-639 and CWE-862. Its critical 9.6 CVSS 3.1 rating reflects low-complexity remote abuse by an authenticated user, cross-user credential disclosure, and potential downstream integrity impact. Availability impact is not asserted.
Mitigation direction
Upgrade Termix to version 2.3.2 or later.
Restrict untrusted or low-privileged Termix access until the upgrade is complete.
Review vendor guidance for any additional remediation or credential-handling recommendations.
Assess and rotate stored SSH credentials if suspicious exposure is identified.
Validation and detection
Inventory Termix instances and confirm every deployed version is 2.3.2 or later.
Identify deployments allowing multiple users or low-privileged terminal access.
Review logs for unexpected outbound SSH connections or unusual terminal WebSocket activity.
Confirm host credential resolution enforces ownership or explicit access after upgrading.
Check whether sensitive users’ data keys were unlocked during suspected activity.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-639: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-862: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-639 · source CWE mapping
Authorization Bypass Through User-Controlled Key
Authorization Bypass Through User-Controlled Key represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Missing Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.