Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed gateway gRPC proxy port
-
DeliveryRetrieve hardcoded admin token from public source
-
ExploitSend fixed Bearer token to gateway
-
ExecutionObtain cluster-admin over namespaces/users/tokens
-
ImpactRead and publish events, alter role bindings
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Default credential prevention
|
| Exploitation Conditions | Exploitation requires network reachability to the Vanus gateway gRPC proxy port on an instance running affected versions 0.8.0 through 0.9.0, where a fixed hardcoded admin Bearer token grants cluster-admin. No authentication, user interaction, or non-default configuration is needed - the token is built into the product and is present in the public source tree (internal/primitive/constants.go), so default deployments are vulnerable out of the box. The only real limiting factor is network exposure of the gateway gRPC proxy port: deployments that keep this port private/firewalled or that run versions outside 0.8.0-0.9.0 are not exploitable via this path. |
| Impact | All CVSS signals point to maximum technical severity: the vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H) scores 9.3 and describes network-reachable, low-complexity, unauthenticated exploitation yielding full confidentiality, integrity, and availability impact on the Vanus system. The root cause (CWE-1392, Use of Default Credentials) makes exploitation trivial: no EPSS score was supplied, the CVE is NOT in CISA KEV, and no packaged public exploit tool is identified - however, one reference points directly at internal/primitive/constants.go line 37 in the v0.9.0 source tree, meaning the hardcoded admin Bearer token is effectively disclosed in the public GitHub repository, so the practical barrier to weaponization is near zero for anyone who can reach the port. The tension to flag is deployment footprint, not technical risk: Vanus (vanus-labs) is a niche open-source event-streaming platform, so despite the near-maximal CVSS this is more likely an opportunistic/targeted exposure risk than mass exploitation, which is consistent with the absence of EPSS/KEV signals. Note also that the input 'Information Disclosure' tag understates the issue - this is a full administrative takeover (read, publish, and manage users/tokens/role bindings), not merely disclosure. |
| Exploit ScenarioDerived | An attacker locates an internet- or network-exposed Vanus (0.8.0-0.9.0) gateway gRPC proxy port and sends the fixed, hardcoded admin Bearer token - which is readable in the public source (constants.go). Because no authentication or user interaction is required (PR:N/UI:N) and complexity is low, the attacker immediately obtains cluster-admin and can read or publish events and create/modify users, tokens, and role bindings. No standalone public exploit tool is identified, but the token's presence in the public repository makes the attack straightforward to reproduce. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 18, 2026
Default cluster-admin credentials in Vanus 0.8.0 through 0.9.0 allow unauthenticated remote attackers to take full control of a cluster by presenting a hardcoded Bearer token to the gateway gRPC proxy port. Because the token is embedded in the product source at internal/primitive/constants.go, any deployment exposing that port is exploitable without authentication, user interaction, or non-default configuration, and attackers can manage namespaces, eventbuses, users, tokens, and role bindings and read or publish events. The vendor CVSS 4.0 score is 9.3; no public exploit identified at time of analysis and no CISA KEV entry is provided, though the hardcoded token is publicly visible in the source tree.
RemediationAI
No vendor-released patch or fixed version is identified in the provided references, so remediation must begin with exposure reduction. Immediately restrict network access to the Vanus gateway gRPC proxy port using firewall rules, security groups, or Kubernetes network policies so only trusted management networks, VPN, or bastion hosts can reach it; the trade-off is that legitimate remote gRPC clients outside those networks will lose access and must be moved behind the trusted path. If the gateway gRPC proxy is not required, disable or stop that listener entirely, accepting that gateway-based management and event operations will be unavailable. Because the admin token is hardcoded rather than operator-configurable, do not assume token rotation is sufficient; instead, track https://github.com/vanus-labs/vanus/issues/647 and the VulnCheck advisory at https://www.vulncheck.com/advisories/vanus-0.8.0-through-0.9.0-default-admin-credentials-via-gateway for a fixed release, and upgrade as soon as a patched version is published. As a compensating control, place the gateway behind an authenticating proxy or service mesh that enforces identity and network policy before traffic reaches the gRPC proxy, with the trade-off of added latency, gRPC compatibility work, and operational complexity. Monitor gateway logs and audit records for use of the hardcoded Bearer token and for unexpected namespace, eventbus, user, token, or role-binding changes; detection is not prevention, but it provides early warning while exposure controls are applied.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Vanus is an event streaming platform whose gateway exposes a gRPC proxy for cluster management and event operations. The root cause is CWE-1392 (Use of Default Credentials): the product ships a fixed administrative Bearer token in internal/primitive/constants.go, and the tenant controller logic referenced at internal/controller/tenant/controller.go lines 449-500 accepts that token for privileged actions over namespaces, eventbuses, users, tokens, role bindings, and event read/publish. The provided CPE cpe:2.3:a:vanus-labs:vanus:*:*:*:*:*:*:*:* is a wildcard for the Vanus application, while the advisory and description scope the confirmed affected range to 0.8.0 through 0.9.0. The vendor CVSS 4.0 vector is AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H (9.3), and our independent CVSS 3.1 assessment is AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H, both reflecting network-reachable, low-complexity, unauthenticated exploitation with high confidentiality, integrity, and availability impact on the Vanus system.
Know when Vanus gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
A hardcoded admin token exposed on a network gRPC port gives unauthenticated, low-complexity full control, so AV:N/AC:L/PR:N/UI:N with complete C/I/A impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Vanus 0.8.0 through 0.9.0 contains a default credentials vulnerability that allows unauthenticated remote attackers to gain cluster-admin access by using the hardcoded admin token. Attackers can send the fixed Bearer token to the gateway gRPC proxy port to manage namespaces, eventbuses, users, tokens, and role bindings, and read or publish events.
Executive ViewAI
Vanus 0.8.0 through 0.9.0 contains hardcoded cluster-admin credentials that let a remote party reaching the gateway gRPC proxy port take full control of the cluster. Because no vendor-released patch is identified at time of analysis, every exposed deployment in this version range remains at risk of unauthorized management of namespaces, eventbuses, users, tokens, and role bindings and of event data being read or published. No public exploit identified at time of analysis, but the hardcoded token is visible in the source tree, so leadership should treat network exposure as the primary immediate risk.
No vendor-released patch identified at time of analysis; isolate or disable the gateway gRPC proxy port, restrict access to trusted networks, monitor for use of the hardcoded Bearer token, rotate all cluster-reachable credentials, and upgrade to a fixed release when published.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Missing authentication in Vanus 0.8.0 through 0.9.0 allows unauthenticated remote attackers to publish forged CloudEvent
Missing authorization in the Vanus gateway (versions 0.8.0 through 0.9.0) lets any authenticated user invoke Subscribe,
EUVD-2026-103451
GHSA-7rhh-2jm2-9fgj
NVD
CVE.org
EPSS
Exploit-DB