Skip to main content
VulnerabilityPublished Updated

CVE-2026-27111: akuity kargo · Missing Authorization

Affects akuity kargoSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 5.3 Medium : upgrade to 1.9.3 when convenient.

Data as of 29 Oct 2026, 19:04 UTC

CVSS 4.0 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.9.3
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:L/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 29 Oct 2026.

What to do

Upgrade akuity kargo to 1.9.3.

Affected software

ProductAffectedFixed in
akuitykargoAffected
  • >=1.9.0 <1.9.3
Fixed in
  • 1.9.3

AI-suggested

Organizations should upgrade akuity kargo to version 1.9.3 or later, where the REST API endpoints correctly enforce the 'promote' verb authorization. Until upgrading, administrators should audit and tighten Kubernetes RBAC permissions to ensure that users without explicit 'promote' verb rights do not have patch or create permissions on freights/status or promotions resources. Implement strict role separation and least privilege principles around promotion-related resources. Monitor API access logs for suspicious promotion-related activities, especially calls to the affected REST endpoints. Consider implementing additional external authorization or admission controls to enforce promotion policies. Regularly review and update CI/CD pipeline security configurations to detect unauthorized promotion attempts. Engage in security testing of the promotion workflows to identify any other potential authorization gaps. Finally, maintain awareness of vendor advisories and apply patches promptly to reduce exposure.

Description

Kargo manages and automates the promotion of software artifacts. From v1.9.0 to v1.9.2, Kargo's authorization model includes a promote verb -- a non-standard Kubernetes "dolphin verb" -- that gates the ability to advance Freight through a promotion pipeline. This verb exists to separate the ability to manage promotion-related resources from the ability to trigger promotions, enabling fine-grained access control over what is often a sensitive operation. The promote verb is correctly enforced in Kargo's legacy gRPC API. However, three endpoints in the newer REST API omit this check, relying only on standard Kubernetes RBAC for the underlying resource operations (patch on freights/status or create on promotions). This permits users who hold those standard permissions -- but who were deliberately not granted promote -- to bypass the intended authorization boundary. The affected endpoints are /v1beta1/projects/{project}/freight/{freight}/approve, /v1beta1/projects/{project}/stages/{stage}/promotions, and /v1beta1/projects/{project}/stages/{stage}/promotions/downstream. This vulnerability is fixed in v1.9.3.

References

Community reviews

Loading reviews…