Description
Kargo manages and automates the promotion of software artifacts. Prior to versions 1.8.7, 1.7.7, and 1.6.3, a bug was found with authentication checks on the `GetConfig()` API endpoint. This allowed unauthenticated users to access this endpoint by specifying an `Authorization` header with any non-empty `Bearer` token value, regardless of validity. This vulnerability did allow for exfiltration of configuration data such as endpoints for connected Argo CD clusters. This data could allow an attacker to enumerate cluster URLs and namespaces for use in subsequent attacks. Additionally, the same bug affected the `RefreshResource` endpoint. This endpoint does not lead to any information disclosure, but could be used by an unauthenticated attacker to perform a denial-of-service style attack against the Kargo API. `RefreshResource` sets an annotation on specific Kubernetes resources to trigger reconciliations. If run on a constant loop, this could also slow down legitimate requests to the Kubernetes API server. This problem has been patched in Kargo versiosn 1.8.7, 1.7.7, and 1.6.3. There are no workarounds for this issue.
CVSS breakdown
Affected products
- akuity / kargo< 1.6.3 – < 1.6.3
- akuity / kargo>= 1.7.0, < 1.7.7 – >= 1.7.0, < 1.7.7
- akuity / kargo<= 1.8.0, < 1.8.7 – <= 1.8.0, < 1.8.7
References
- VENDOR_ADVISORYhttps://github.com/akuity/kargo/security/advisories/GHSA-w5wv-wvrp-v5m5
- PATCHhttps://github.com/akuity/kargo/commit/23646eaefb449a6cc2e76a8033e8a57f71369772
- PATCHhttps://github.com/akuity/kargo/commit/aa28f81ac15ad871c6eba329fc2f0417a08c39d7
- PATCHhttps://github.com/akuity/kargo/commit/b3297ace0d3b9e7f7128858c5c4288d77f072b8c