CVE-2026-27111

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-27111", "assignerOrgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "state": "PUBLISHED", "assignerShortName": "GitHub_M", "dateReserved": "2026-02-17T18:42:27.042Z", "datePublished": "2026-02-20T21:17:07.383Z", "dateUpdated": "2026-02-24T18:46:03.564Z"}, "containers": {"cna": {"title": "Kargo has Missing Authorization Vulnerabilities in Approval & Promotion REST API Endpoints", "problemTypes": [{"descriptions": [{"cweId": "CWE-862", "lang": "en", "description": "CWE-862: Missing Authorization", "type": "CWE"}]}], "metrics": [{"cvssV4_0": {"attackVector": "NETWORK", "attackComplexity": "LOW", "attackRequirements": "NONE", "privilegesRequired": "LOW", "userInteraction": "NONE", "vulnConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "vulnAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "LOW", "subAvailabilityImpact": "NONE", "baseScore": 5.3, "baseSeverity": "MEDIUM", "vectorString": "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", "version": "4.0"}}], "references": [{"name": "https://github.com/akuity/kargo/security/advisories/GHSA-5vvm-67pj-72g4", "tags": ["x_refsource_CONFIRM"], "url": "https://github.com/akuity/kargo/security/advisories/GHSA-5vvm-67pj-72g4"}, {"name": "https://github.com/akuity/kargo/commit/833314cad5513d48d89431493325ae44c1324a49", "tags": ["x_refsource_MISC"], "url": "https://github.com/akuity/kargo/commit/833314cad5513d48d89431493325ae44c1324a49"}], "affected": [{"vendor": "akuity", "product": "kargo", "versions": [{"version": ">= 1.9.0, < 1.9.3", "status": "affected"}]}], "providerMetadata": {"orgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "shortName": "GitHub_M", "dateUpdated": "2026-02-20T21:17:07.383Z"}, "descriptions": [{"lang": "en", "value": "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."}], "source": {"advisory": "GHSA-5vvm-67pj-72g4", "discovery": "UNKNOWN"}}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"timestamp": "2026-02-24T18:44:58.330473Z", "id": "CVE-2026-27111", "options": [{"Exploitation": "none"}, {"Automatable": "yes"}, {"Technical Impact": "partial"}], "role": "CISA Coordinator", "version": "2.0.3"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-02-24T18:46:03.564Z"}}]}}

{"dataType": "CVE_RECORD", "containers": {"adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-27111", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "yes"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-02-24T18:44:58.330473Z"}}}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-02-24T18:45:56.256Z"}}], "cna": {"title": "Kargo has Missing Authorization Vulnerabilities in Approval & Promotion REST API Endpoints", "source": {"advisory": "GHSA-5vvm-67pj-72g4", "discovery": "UNKNOWN"}, "metrics": [{"cvssV4_0": {"version": "4.0", "baseScore": 5.3, "attackVector": "NETWORK", "baseSeverity": "MEDIUM", "vectorString": "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", "userInteraction": "NONE", "attackComplexity": "LOW", "attackRequirements": "NONE", "privilegesRequired": "LOW", "subIntegrityImpact": "LOW", "vulnIntegrityImpact": "LOW", "subAvailabilityImpact": "NONE", "vulnAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "vulnConfidentialityImpact": "NONE"}}], "affected": [{"vendor": "akuity", "product": "kargo", "versions": [{"status": "affected", "version": ">= 1.9.0, < 1.9.3"}]}], "references": [{"url": "https://github.com/akuity/kargo/security/advisories/GHSA-5vvm-67pj-72g4", "name": "https://github.com/akuity/kargo/security/advisories/GHSA-5vvm-67pj-72g4", "tags": ["x_refsource_CONFIRM"]}, {"url": "https://github.com/akuity/kargo/commit/833314cad5513d48d89431493325ae44c1324a49", "name": "https://github.com/akuity/kargo/commit/833314cad5513d48d89431493325ae44c1324a49", "tags": ["x_refsource_MISC"]}], "descriptions": [{"lang": "en", "value": "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."}], "problemTypes": [{"descriptions": [{"lang": "en", "type": "CWE", "cweId": "CWE-862", "description": "CWE-862: Missing Authorization"}]}], "providerMetadata": {"orgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "shortName": "GitHub_M", "dateUpdated": "2026-02-20T21:17:07.383Z"}}}, "cveMetadata": {"cveId": "CVE-2026-27111", "state": "PUBLISHED", "dateUpdated": "2026-02-24T18:46:03.564Z", "dateReserved": "2026-02-17T18:42:27.042Z", "assignerOrgId": "a0819718-46f1-4df5-94e2-005712e83aaa", "datePublished": "2026-02-20T21:17:07.383Z", "assignerShortName": "GitHub_M"}, "dataVersion": "5.2"}

{"affected": [{"affectedData": [{"product": "kargo", "vendor": "akuity", "versions": [{"status": "affected", "version": ">= 1.9.0, < 1.9.3"}]}], "source": "security-advisories@github.com"}], "configurations": [{"nodes": [{"cpeMatch": [{"criteria": "cpe:2.3:a:akuity:kargo:*:*:*:*:*:kubernetes:*:*", "matchCriteriaId": "3B60DE85-B240-4BA0-896D-2A0BA369B0AF", "versionEndExcluding": "1.9.3", "versionStartIncluding": "1.9.0", "vulnerable": true}], "negate": false, "operator": "OR"}]}], "cveTags": [], "descriptions": [{"lang": "en", "value": "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."}, {"lang": "es", "value": "Kargo gestiona y automatiza la promoci\u00f3n de artefactos de software. Desde la v1.9.0 hasta la v1.9.2, el modelo de autorizaci\u00f3n de Kargo incluye un verbo 'promote' -- un \"verbo 'dolphin'\" no est\u00e1ndar de Kubernetes -- que restringe la capacidad de avanzar Freight a trav\u00e9s de una tuber\u00eda de promoci\u00f3n. Este verbo existe para separar la capacidad de gestionar recursos relacionados con la promoci\u00f3n de la capacidad de activar promociones, permitiendo un control de acceso granular sobre lo que a menudo es una operaci\u00f3n sensible. El verbo 'promote' se aplica correctamente en la API gRPC heredada de Kargo. Sin embargo, tres puntos finales en la API REST m\u00e1s reciente omiten esta verificaci\u00f3n, confiando solo en el RBAC est\u00e1ndar de Kubernetes para las operaciones de recursos subyacentes (parche en freights/status o creaci\u00f3n en promotions). Esto permite a los usuarios que poseen esos permisos est\u00e1ndar -- pero a quienes deliberadamente no se les concedi\u00f3 'promote' -- eludir el l\u00edmite de autorizaci\u00f3n previsto. Los puntos finales afectados son /v1beta1/projects/{project}/freight/{freight}/approve, /v1beta1/projects/{project}/stages/{stage}/promotions, y /v1beta1/projects/{project}/stages/{stage}/promotions/downstream. Esta vulnerabilidad se corrige en la v1.9.3."}], "id": "CVE-2026-27111", "lastModified": "2026-06-17T10:26:41.110", "metrics": {"cvssMetricV31": [{"cvssData": {"attackComplexity": "LOW", "attackVector": "NETWORK", "availabilityImpact": "NONE", "baseScore": 5.0, "baseSeverity": "MEDIUM", "confidentialityImpact": "NONE", "integrityImpact": "LOW", "privilegesRequired": "LOW", "scope": "CHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N", "version": "3.1"}, "exploitabilityScore": 3.1, "impactScore": 1.4, "source": "nvd@nist.gov", "type": "Primary"}], "cvssMetricV40": [{"cvssData": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "NONE", "attackVector": "NETWORK", "availabilityRequirement": "NOT_DEFINED", "baseScore": 5.3, "baseSeverity": "MEDIUM", "confidentialityRequirement": "NOT_DEFINED", "exploitMaturity": "NOT_DEFINED", "integrityRequirement": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "privilegesRequired": "LOW", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "LOW", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "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/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "NONE", "vulnIntegrityImpact": "LOW", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "source": "security-advisories@github.com", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-27111", "options": [{"exploitation": "none"}, {"automatable": "yes"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-02-24T18:44:58.330473Z", "version": "2.0.3"}}]}, "published": "2026-02-20T22:16:29.187", "references": [{"source": "security-advisories@github.com", "tags": ["Patch"], "url": "https://github.com/akuity/kargo/commit/833314cad5513d48d89431493325ae44c1324a49"}, {"source": "security-advisories@github.com", "tags": ["Vendor Advisory"], "url": "https://github.com/akuity/kargo/security/advisories/GHSA-5vvm-67pj-72g4"}], "sourceIdentifier": "security-advisories@github.com", "vulnStatus": "Analyzed", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-862"}], "source": "security-advisories@github.com", "type": "Secondary"}]}

{}

{"affected": [{"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[1.9.0,1.9.3)"}}], "enrichment": {"confidence": 100.0, "confidence_source": "matching", "scores": [{"score": 100.0, "source": "matching"}]}, "original": {"product": "kargo", "source": "cna", "vendor": "akuity"}, "product": "kargo", "vendor": "akuity"}], "analysis": {"en": {"generated_at": "2026-04-17T17:08:57.501232+00:00", "value": {"mitigation_remediation": ["Apply the official Kargo v1.9.3 release or later to restore proper promote verb enforcement.", "Restrict Kubernetes RBAC permissions for patching freight status and creating promotions to only users who have the promote verb privilege.", "Audit the REST API endpoints for missing authorization checks and enforce RBAC policies across all services."], "summary": {"action": "Patch Now", "impact": "Privilege Escalation"}, "threat_synthesis": {"affected_systems": "Affected versions are Kargo v1.9.0 through v1.9.2. The vulnerability applies to all deployments of the Kargo product from the Akuity vendor, including environments that rely on the default REST API. The issue was addressed in Kargo v1.9.3.", "description_and_impact": "Kargo\u2019s REST API contains three endpoints\u2014/v1beta1/projects/{project}/freight/{freight}/approve, /v1beta1/projects/{project}/stages/{stage}/promotions, and /v1beta1/projects/{project}/stages/{stage}/promotions/downstream\u2014that omit enforcement of the custom \u2018promote\u2019 authorization verb. This omission allows users who have standard Kubernetes RBAC rights to patch freight status or create promotions to advance Freight objects through promotion pipelines without having explicit promotion rights. The result is an unauthorized elevation of privilege that can compromise the integrity of deployment workflows. This weakness is identified as CWE\u2011862, Missing Authorization.", "risk_and_exploitability": "The CVSS score of 5.3 indicates a moderate severity, primarily due to the privilege escalation potential. The EPSS score is below 1%, implying a low likelihood of widespread exploitation at the time of assessment. Kargo is not listed in the CISA KEV catalog, and no public exploits have been reported. Exploitation requires access to the REST API with typical RBAC permissions, which could be available to cluster users or service accounts. If such access exists, an attacker can expose approval or promotion functionality without the intended authorization check."}}}}, "created": "2026-02-23T14:35:03.923024+00:00", "updated": "2026-04-17T17:15:23.721055+00:00", "vendors": ["akuity", "akuity$PRODUCT$kargo"]}