Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft Dqlite cluster join request
-
DeliveryBypass TLS client certificate validation
-
ExploitAccess database cluster
-
ExecutionRead and write arbitrary data
-
ImpactCompromise Juju controller
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Network access to Juju controller's Dqlite database port (default 19001). Affects Juju versions 3.2.0-3.6.19 and 4.0-4.0.4. No authentication required; unauthenticated remote attacker can join cluster due to missing TLS client certificate validation. |
| Impact | The CVSS 10.0 score accurately reflects critical risk: network attack vector (AV:N) with low complexity (AC:L), no privileges required (PR:N), no user interaction (UI:N), scope change (S:C), and complete confidentiality, integrity, and availability impact. Real-world risk is exceptionally high in environments where Juju controllers are exposed to untrusted networks or compromised network segments. Exploitation requires only TCP connectivity to the Dqlite port (typically 17071) and the ability to initiate TLS connections without valid credentials-trivial for adversaries with network positioning. The scope change to 'C' indicates impacts extend beyond the vulnerable component itself: compromising the Juju database exposes secrets for all managed cloud substrates, potentially enabling lateral movement to AWS accounts, Kubernetes clusters, or bare-metal infrastructure managed by the controller. While no public exploit identified at time of analysis and EPSS probability data is unavailable, the attack surface is minimal (single network service, no auth required, low complexity) making this highly automatable once discovered. SSVC assessment suggests immediate action: exploitation status unclear but technical impact is total (database access equals controller compromise), and the vulnerability is automatable given simple network prerequisites. Absence from CISA KEV list may reflect the specialized nature of Juju deployments rather than actual exploitation difficulty. This is a genuine critical-priority issue, not a high-CVSS-but-low-real-risk scenario, particularly for organizations using Juju in production multi-cloud or hybrid cloud architectures where controller compromise cascades to managed infrastructure. |
| Exploit ScenarioDerived | An attacker gains network access to a Juju controller's management network through compromised credentials, VPN exploitation, or cloud misconfigurations exposing internal networks. Using network scanning, the attacker identifies TCP port 17071 (Dqlite default) and initiates a TLS connection to the cluster endpoint. Without presenting valid client certificates-or by presenting self-signed certificates-the attacker successfully joins the Dqlite cluster due to missing certificate validation. Once authenticated as a cluster member, the attacker queries the database to extract stored AWS access keys, Azure service principals, Kubernetes kubeconfigs, SSH private keys for managed machines, and model topology data. Using these credentials, the attacker pivots to managed cloud accounts, deploys cryptocurrency miners across Kubernetes clusters, exfiltrates application data from managed workloads, or establishes persistence by deploying malicious charms. The attacker could also modify database records to manipulate infrastructure provisioning, inject backdoors into deployment configurations, or deny service by corrupting cluster state. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 01, 2026
Unauthenticated remote database cluster compromise in Canonical Juju (versions 3.2.0-3.6.19 and 4.0-4.0.4) allows complete data exfiltration and manipulation through missing TLS certificate validation on Dqlite database endpoints. The controller's database cluster accepts unauthorized node joins from any network-accessible attacker, granting full read/write access to all stored credentials, configurations, and orchestration data. With CVSS 10.0 (AV:N/AC:L/PR:N/UI:N) and EPSS data unavailable, this represents a critical authentication bypass in infrastructure-as-code environments. No public exploit identified at time of analysis, though exploitation requires only network access to the Dqlite port without authentication complexity.
RemediationAI
Upgrade immediately to Juju version 3.6.20 or later for the 3.x series, or version 4.0.5 or later for the 4.x series, which implement proper mutual TLS client certificate validation in the Dqlite cluster authentication mechanism. Consult Canonical's official security advisory at https://github.com/juju/juju/security/advisories/GHSA-gvrj-cjch-728p for version-specific upgrade procedures and any additional mitigation guidance. As an interim workaround pending upgrade, implement network segmentation to restrict access to the Juju controller's Dqlite port (typically TCP 17071) exclusively to authenticated controller nodes using firewall rules, security groups, or network policies-this reduces attack surface but does not eliminate the underlying authentication vulnerability. Organizations should audit Juju controller access logs for unexpected cluster join attempts or unauthorized database connections during the vulnerability window, and rotate all stored cloud credentials, SSH keys, and certificates accessible through the Juju database as a precautionary measure if unauthorized access is suspected. Given the severity, this patch should be prioritized in emergency change windows rather than standard maintenance cycles.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Juju is Canonical's application modeling and orchestration framework for deploying and managing cloud applications across multiple substrates (Kubernetes, AWS, Azure, OpenStack, bare metal). The Juju controller uses Dqlite-a distributed SQLite implementation with Raft consensus-to maintain cluster state, including cloud credentials, model configurations, charm metadata, and machine provisioning data. This vulnerability (CWE-295: Improper Certificate Validation) stems from the Dqlite database listener failing to validate client certificates during TLS handshakes when new nodes attempt cluster membership. The CPE identifier cpe:2.3:a:canonical:juju confirms this affects Canonical's Juju product across the specified version ranges. In proper mTLS implementations, both client and server certificates must be validated against trusted certificate authorities; the absence of client certificate validation transforms the authentication model from mutual TLS to effectively no authentication, as any client can present an arbitrary or self-signed certificate. This is particularly severe for Dqlite, where cluster membership inherently grants database-level privileges rather than requiring additional authorization layers.
Know when Juju 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
AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
2DescriptionCVE.org
A vulnerability was identified in Juju from version 3.2.0 until 3.6.19 and from version 4.0 until 4.0.4, where the internal Dqlite database cluster fails to perform proper TLS client and server authentication. Specifically, the Juju controller's database endpoint does not validate client certificates when a new node attempts to join the cluster. An unauthenticated attacker with network reachability to the Juju controller's Dqlite port can exploit this flaw to join the database cluster. Once joined, the attacker gains full read and write access to the underlying database, allowing for total data compromise.
Executive ViewAI
Canonical Juju versions 3.2.0 through 4.0.4 contain a critical authentication bypass in the Dqlite database cluster that allows unauthenticated remote attackers to gain complete read/write access to all stored credentials, configurations, and orchestration data. Organizations using affected Juju versions face immediate risk of credential theft, infrastructure misconfiguration, and loss of control over cloud deployments. This vulnerability directly compromises the security posture of any infrastructure managed through vulnerable Juju controllers.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict network access to Dqlite database endpoints via firewall rules limiting connectivity to trusted administrative subnets only; (2) Implement network-level monitoring and alerting for unauthorized connections to Dqlite ports; (3) Require VPN/bastion host access for all Juju controller management; (4) Monitor controller audit logs for unauthorized database cluster join attempts; (5) Prepare credential rotation procedures for all secrets stored in affected Juju databases pending patch availability.
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.
Juju before 1.25.12, 2.0.x before 2.0.4, and 2.1.x before 2.1.3 uses a UNIX domain socket without setting appropriate pe
In Juju versions prior to 3.6.8 and 2.9.52, any authenticated controller user was allowed to upload arbitrary agent bina
The /charms endpoint on a Juju controller lacked sufficient authorization checks, allowing any user with an account on t
JUJU_CONTEXT_ID is a predictable authentication secret. Rated high severity (CVSS 8.0), this vulnerability is low attack
The /log endpoint on a Juju controller lacked sufficient authorization checks, allowing unauthorized users to access deb
Authorization bypass in Canonical Juju Controller facade allows authenticated users to extract bootstrap cloud credentia
An authorization bypass vulnerability in Canonical's Juju versions 3.0.0 through 3.6.18 allows authenticated users with
An issue was discovered in Juju that resulted in the leak of the sensitive context ID, which allows a local unprivileged
An authorization bypass vulnerability exists in the Vault secrets back-end implementation of Canonical's Juju orchestrat
Unauthorized resource modification in Juju application orchestration engine allows any authenticated controller user to
Juju application orchestration engine versions 2.9 to 2.9.55 and 3.6 to 3.6.18 allow a compromised workload machine to r
A predictable secret identifier (XID) vulnerability in Juju versions 3.0.0 through 3.6.18 allows a malicious grantee to
Same weakness CWE-295 – Improper Certificate Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
Debian
| Release | Status | Fixed Version | Urgency |
|---|---|---|---|
| (unstable) | fixed | (unfixed) | - |
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP5 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Affected |
| openSUSE Leap 15.5 | Affected |
| openSUSE Leap 15.6 | Affected |
EUVD-2026-17847
GHSA-gvrj-cjch-728p
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB