Horizon Alert
Summary of the vulnerability and why it matters
A vulnerability in Argo CD allows a user with repository write access to bypass security checks when deleting applications, potentially enabling the creation of unauthorized resources within your Kubernetes environment. The core issue lies in how certain delete operations do not adhere to the same project authorization rules as regular deployments.
- An authorized user can bypass deletion restrictions.
- This allows unauthorized resource creation with controller privileges.
- Confirming exposure is the primary leadership concern.
Attack Path
How an attacker could exploit the issue
An attacker with write access to an Argo CD Application's Git repository can bypass security checks by committing a malicious PostDelete resource hook. When the Argo CD Application is deleted, this hook is executed without the usual authorization and destination checks. This allows the application controller to create or manipulate resources on the cluster using its own credentials, potentially leading to the compromise of cluster-scoped resources, unauthorized namespaces, or the creation of persistent hook objects.
- Requires write access to Git repository.
- Triggered by deleting an Argo CD Application.
- Risk of unauthorized resource creation.
Live Threat
Current exploitation, exposure, and threat context
When supported by the advisory, Argo CD's PostDelete resource hooks could bypass authorization checks, allowing a malicious actor with write access to an Application's Git repository to execute actions within forbidden namespaces, against disallowed resource types, or on unauthorized clusters using the application-controller's credentials. The potential impact is limited by the controller's cluster access.
- Compromise of controller credentials and cluster resources.
- Hook execution bypasses project authorization checks.
- Unauthorized resource creation or modification.
Operational Fix
Recommended remediation, mitigation, and detection steps
The Argo CD tool, used for Kubernetes GitOps deployments, presents a critical risk due to a vulnerability in its PostDelete resource hooks. Technical leaders, security teams, and system owners must first identify all instances of Argo CD, determine their exposure and business criticality, and then locate the accountable owner for each instance. Remediation planning should prioritize high-risk deployments, involving coordination with platform or application teams to manage maintenance windows and vendor engagement if necessary.
- Platform or application teams own the issue.
- Verify Argo CD reachability and business criticality.
- Plan remediation with vendor coordination.