CVE-2026-58197: stacklok toolhive · Improper Access Control
Affects stacklok toolhiveSource CVE Database V5
Not known to be exploited · CVSS 8.8 High : upgrade to 0.30.1 soon.
Data as of 1 Nov 2026, 22:58 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 31% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.30.1, 0.38.0
CVSS:3.1/AV:A/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 18 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 1 Nov 2026.
What to do
Upgrade toolhive and stacklok/toolhive to 0.30.1; toolhive-studio and stacklok/toolhive-studio to 0.38.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| stackloktoolhive | Affected
| Fixed in
|
| stackloktoolhive-studio | Affected
| Fixed in
|
GitHubstacklok/toolhivepkg:github/stacklok/toolhiveOther threats | Affected
| Fixed in
|
GitHubstacklok/toolhive-studiopkg:github/stacklok/toolhive-studioOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
This vulnerability is fixed in ToolHive CLI version 0.30.1 and ToolHive Studio version 0.38.0. Users should upgrade to these versions or later to ensure network isolation is properly enforced and unauthenticated access to internal endpoints is prevented.
Description
ToolHive is a utility designed to simplify the deployment and management of Model Context Protocol servers. Prior to ToolHive CLI 0.30.1 and ToolHive Studio 0.38.0, locally run MCP server containers use the default network permission profile without network isolation, permitting access to host.docker.internal while ToolHive API and MCP proxy endpoints are reachable without authentication. A malicious or compromised MCP server can use the Docker gateway to contact host-local services, other ToolHive-managed MCP proxies, or the ToolHive control plane without escaping the container. This access can expose data and logs, invoke sibling MCP tools, alter process or workload state, and disrupt services. ToolHive Studio additionally sends network_isolation as false and overrides the backend's secure isolation default. This issue is fixed in ToolHive CLI 0.30.1 and ToolHive Studio 0.38.0.
References
- github.com/stacklok/toolhive/security/advisories/GHSA-qg2g-g9w3-m5h8 (opens in a new tab)
- github.com/stacklok/toolhive-studio/pull/2469 (opens in a new tab)
- github.com/stacklok/toolhive/pull/5583 (opens in a new tab)
- github.com/stacklok/toolhive-studio/commit/968182d7f3ee1e55123369e66ad88f82128119b0 (opens in a new tab)
- github.com/stacklok/toolhive/commit/d8f40cb1599b8bf66657f2dfff15bfbfc236e712 (opens in a new tab)
- github.com/stacklok/toolhive-studio/releases/tag/v0.38.0 (opens in a new tab)
- github.com/stacklok/toolhive/releases/tag/v0.30.1 (opens in a new tab)