Nixpkgs security tracker

Login with GitHub

Suggestions search

With package: kargo

Found 2 matching suggestions

View:
Compact
Detailed
updated 2 months ago by @LeSuisse Activity log
  • Created suggestion
  • @LeSuisse accepted
  • @LeSuisse published on GitHub
Kargo: SSRF in Promotion http/http-download Steps Enables Internal Network Access and Data Exfiltration

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.

Affected products

kargo
  • ==>= 1.7.0-rc.1, < 1.7.9
  • ==>= 1.4.0, < 1.6.4
  • ==>= 1.9.0-rc.1, < 1.9.5
  • ==>= 1.8.0-rc.1, < 1.8.12

Matching in nixpkgs

pkgs.kargo

Application lifecycle orchestration

Package maintainers

Upstream advisory: https://github.com/akuity/kargo/security/advisories/GHSA-j94x-8wcp-x7hm
Upstream patch: https://github.com/akuity/kargo/commit/fd25620c2473ed19bec4be4d0f181287ef0f0391
updated 2 months, 4 weeks ago by @LeSuisse Activity log
  • Created suggestion
  • @LeSuisse accepted
  • @LeSuisse published on GitHub
Kargo has an Authorization Bypass Vulnerability in Batch Resource Creation API Endpoints

Kargo manages and automates the promotion of software artifacts. From 1.7.0 to before v1.7.8, v1.8.11, and v1.9.3, the batch resource creation endpoints of both Kargo's legacy gRPC API and newer REST API accept multi-document YAML payloads. Specially crafted payloads can manifest a bug present in the logic of both endpoints to inject arbitrary resources (of specific types only) into the underlying namespace of an existing Project using the API server's own permissions when that behavior was not intended. Critically, an attacker may exploit this as a vector for elevating their own permissions, which can then be leveraged to achieve remote code execution or secret exfiltration. Exfiltrated artifact repository credentials can be leveraged, in turn, to execute further attacks. In some configurations of the Kargo control plane's underlying Kubernetes cluster, elevated permissions may additionally be leveraged to achieve remote code execution or secret exfiltration using kubectl. This can reduce the complexity of the attack, however, worst case scenarios remain entirely achievable even without this. This vulnerability is fixed in v1.7.8, v1.8.11, and v1.9.3.

Affected products

kargo
  • ==>= 1.7.0, < 1.7.8
  • ==>= 1.9.0-rc.1, < 1.9.3
  • ==>= 1.8.0-rc.1, < 1.8.11

Matching in nixpkgs

pkgs.kargo

Application lifecycle orchestration

Package maintainers

Upstream advisory: https://github.com/akuity/kargo/security/advisories/GHSA-7g9x-cp9g-92mr
Upstream patch: https://github.com/akuity/kargo/commit/155c6852ffbffa2902f18e6c7add91a846e8d344