GitHub Advisoryadvisory · Go

GHSA-j477-6vpg-6c8x Juju has broken CMR authorization

LOW Published 2026-01-29 Modified 2026-01-29 Official page ↗
Aliases
CVE-2026-1237
Ecosystem
Go
Packages
github.com/juju/juju
Severity
Low
CVSS vector
CVSS:4.0/AV:A/AC:H/AT:P/PR:L/UI:N/VC:L/VI:L/VA:L/SC:L/SI:L/SA:L
Weaknesses
CWE-347
Reviewed
2026-01-29

Affected packages

• Go github.com/juju/juju: <= 0.0.0-20260127110037-9b1a0e53a4a4 (no fix yet)

Description

Impact Cross-model Relation authorization is broken and has a potential security vulnerability. If the controller does not have the root key to verify the macaroon (or if the macaroon has expired), an unvalidated and therefore untrusted macaroon is used to extract declared caveats. Facts from these caveats are then blindly used to mint a new macaroon that becomes valid. Scenario A user knows that user X has access to offer Y. The user mints a macaroon stating that user X has access to offer Y and sends it to the controller in a request. The controller fails to verify the macaroon because it lacks the root key and mints a new macaroon requiring proof that user X has access to offer Y. Since user X does have access and the discharge endpoint does not require authentication, the controller returns the new macaroon. The user can then use the returned macaroon to consume the offer as user X. Patches N/A Workarounds A previous proposal via this PR addresses the issue but would break model migrations since macaroon root keys are not included in model descriptions. Additionally, root keys are not model-scoped, making it unclear which keys to transfer during migration.

Related

Alias · CVE (1)

  • CVE-2026-1237 Vulnerable cross-model authorization in juju. vulnerability

Weakness · CWE (1)

  • CWE-347 Improper Verification of Cryptographic Signature weakness

References