CVE-2026-32828: akuity kargo · Server-Side Request Forgery (SSRF)
Affects akuity kargoSource CVE Database V5
Not known to be exploited · CVSS 5.1 Medium · fixed in 1.9.5 : update akuity kargo when convenient.
Data as of 31 Oct 2026, 20:20 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 26% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.9.5, 1.8.12, 1.7.9 +1
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:N/VA:N/SC:L/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 20 Mar 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 31 Oct 2026.
What to do
Upgrade akuity kargo to 1.9.5, 1.8.12, 1.7.9 or 1.6.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| akuitykargo | Affected
| Fixed in
|
| akuitykargo | Affected
| Fixed in
|
| akuitykargo | Affected
| Fixed in
|
| akuitykargo | Affected
| Fixed in
|
GitHubakuity/kargopkg:github/akuity/kargoOther 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
- Upgrade akuity kargo to the fixed versions: 1.6.4, 1.7.9, 1.8.12, or 1.9.5 immediately to eliminate the vulnerability.
- Restrict permissions to create or update Stages or Promotion resources strictly to trusted and necessary personnel to reduce the attack surface.
- Implement network segmentation and firewall rules to block internal access from the kargo server to sensitive link-local IP addresses such as 169.254.169.254, where feasible.
- Monitor and audit promotion manifests and status fields for unusual or unexpected HTTP requests or responses that could indicate exploitation attempts.
- Employ strong authentication and session management to prevent account compromise of users with promotion resource privileges.
- Consider implementing additional application-layer SSRF protections such as request validation, allowlisting of external URLs, and limiting HTTP methods and headers allowed in promotion steps.
- Conduct regular security reviews and penetration tests focusing on internal request handling and metadata service protections.
- Educate developers and operators about the risks of SSRF and the importance of least privilege in artifact promotion workflows.
Description
Kargo manages and automates the promotion of software artifacts. In versions 1.4.0 through 1.6.3, 1.7.0-rc.1 through 1.7.8, 1.8.0-rc.1 through 1.8.11, and 1.9.0-rc.1 through 1.9.4, the http and http-download promotion steps allow Server-Side Request Forgery (SSRF) against link-local addresses, most critically the cloud instance metadata endpoint (169.254.169.254), enabling exfiltration of sensitive data such as IAM credentials. These steps provide full control over request headers and methods, rendering cloud provider header-based SSRF mitigations ineffective. An authenticated attacker with permissions to create/update Stages or craft Promotion resources can exploit this by submitting a malicious Promotion manifest, with response data retrievable via Promotion status fields, Git repositories, or a second http step. This issue has been fixed in versions 1.6.4, 1.7.9, 1.8.12 and 1.9.5.