La técnica abusa de kustomize, una herramienta estándar que Argo CD ejecuta para convertir los archivos del repositorio en manifiestos. Kustomize tiene una opción --helm-command que apunta al binario de helm que debe llamar.

Synacktiv descubrió que una solicitud no autenticada al servicio GenerateManifest del repo-server puede cambiar esa opción por un script, extraído de un repositorio Git controlado por un atacante. Cuando kustomize se ejecuta, ejecuta el script en lugar de helm.

Pero "interno" no significa aislado por defecto. Argo CD incluye políticas de red de Kubernetes que aíslan el repo-server de todo excepto de sus propios componentes.

Synacktiv descubrió que el Helm chart, una forma común de instalar Argo CD, desactiva esas políticas por defecto, con networkPolicy.create establecido en false. En esa configuración, un atacante que comprometa un solo pod en el clúster puede llegar al repo-server y activar el error.

Ejecutar código en el repo-server no es el final. Synacktiv utilizó ese acceso para leer la contraseña de Redis del clúster desde una variable de entorno, conectarse a la caché Redis de Argo CD y envenenar los datos de despliegue almacenados. En la siguiente sincronización automática, Argo CD desplegó una carga de trabajo suministrada por el atacante.

Ese paso revive el CVE-2024-31989, un fallo de 2024 que Cycode encontró donde el Redis de Argo CD no tenía contraseña, permitiendo que cualquier pod en el clúster envenenara la caché de despliegue. Argo CD lo solucionó añadiendo una contraseña de Redis, pero la caché en sí sigue sin estar firmada, por lo que robar la contraseña vuelve a abrir el mismo ataque.

Qué hacer

No hay una versión parcheada, por lo que la defensa es el aislamiento de la red. Activa las políticas de red de Kubernetes para que solo los componentes propios de Argo CD puedan llegar a los puertos de Redis y repo-server. Argo CD proporciona los archivos de política; los usuarios de Helm deben habilitarlos porque el chart los deja desactivados.

Comprueba qué está activo con: kubectl get networkpolicy -A. Una instalación saludable muestra una política de red por componente, incluidos repo-server y Redis. Si faltan esas políticas, los puertos de repo-server y Redis son accesibles desde el resto del clúster.

Synacktiv creó una herramienta, argo-cdown, que automatiza todo el ataque. Está reteniendo la herramienta por ahora para dar tiempo a los defensores a bloquear sus políticas de red, y dice que la publicará en GitHub más tarde para que los administradores puedan probar sus propios despliegues.

Esta no es la primera exposición de los internos de Argo CD. En septiembre de 2025, parcheó el CVE-2025-55190, donde un token de API con solo acceso de lectura básico podía extraer las credenciales del repositorio Git de un proyecto.

En mayo de 2026, otro error, CVE-2026-42880, permitió a los usuarios de solo lectura leer secretos de Kubernetes en texto plano. El patrón es difícil de ignorar: Argo CD concentra el acceso al clúster y los secretos del repositorio, y sus superficies internas siguen entregándolos, ya sea mediante una solicitud no autenticada en un error o un token de bajos privilegios en el siguiente.

Hasta que llegue un parche, tratar la red del clúster como hostil es la única defensa real.

Fuente:
THN