Investigadores identificaron al menos 83 ataques contra 61 repositorios públicos de GitHub, incluyendo proyectos populares de código abierto como Google LangExtract, Trivy, el navegador Brave y MLflow, en lo que sospechan es una campaña coordinada para ejecutar comandos en entornos CI/CD y robar credenciales y tokens de acceso.

Todo sucedió muy rápido, dijeron los cazadores de amenazas de Radware en una entrevista exclusiva. La mayoría (77) de los elementos maliciosos fueron publicados durante un periodo de 43 minutos el 1 de septiembre, y los seis restantes ocurrieron en los dos minutos siguientes.

“Nuestra suposición es que el objetivo final era un ataque a la cadena de suministro en el que el atacante obtiene credenciales para el repositorio y luego tiene el poder de cambiar los contenidos –el código– a su antojo” y luego enviar los cambios maliciosos a otros, dijo Gabi Nakibly, vicepresidente e investigador de Radware.

Nakibly y su colega investigador de Radware, Zvika Babo, dicen sospechar que una sola persona está detrás de esta campaña de cadena de suministro. Este atacante utilizó 74 cuentas diferentes de GitHub, muchas de las cuales tenían historiales de desarrollo legítimos, lo que significa que probablemente fueron comprometidas.

"Teniendo en cuenta que docenas de cuentas publicaron el mismo tipo de carga útil, el mismo día, en una ventana de tiempo estrecha y hacia la misma infraestructura, es razonable evaluar que la actividad fue coordinada", escribió el equipo en la investigación compartida.

Una cadena de ataque novedosa

Descubrieron la campaña mientras investigaban la inyección de prompts en GitHub, y nos dijeron que la cadena de ataque es parte de lo que hace que esta campaña de cadena de suministro sea novedosa y extremadamente sigilosa.

Primero, el atacante publica un problema (issue), una solicitud de extracción (pull request) o un comentario que contiene comandos maliciosos ocultos en comentarios HTML. Esto asegura que el contenido no sea visible en la página renderizada. Además, un evento de GitHub puede activar automáticamente un flujo de trabajo si el repositorio está configurado para responder a ese evento, lo que significa que el atacante puede intervenir muy poco en este punto.

“El flujo de trabajo se activa automáticamente en un segundo y, si el flujo de trabajo es efectivamente vulnerable, entonces el ataque se ejecuta con éxito”, dijo Nakibly.

El flujo de trabajo incorpora contenido controlado por el atacante directamente en el código fuente de la shell, y la shell ejecuta el comando malicioso oculto, que absorbe las variables de entorno e intenta exfiltrarlas a un servidor controlado por el atacante.

Si bien los investigadores examinaron registros de ejecuciones reales y encontraron dos casos con evidencia de que el comando malicioso se ejecutó dentro del entorno de automatización, no pueden decir definitivamente si el atacante obtuvo con éxito permisos de escritura en el repositorio, modificó el código fuente o comprometió el software derivado. Pero lo están intentando.

“La imagen general es que los atacantes están intentando encontrar todas las formas posibles de entrar en los repositorios para obtener credenciales”, dijo Nakibly.

Además, “el atacante no necesita comprometer el repositorio ni tener acceso a su base de código” para hacer esto, añadió Babo. “Básicamente, cualquier usuario con una cuenta de GitHub puede intentar ejecutar este ataque; es muy fácil de iniciar”.

¿Qué repositorios fueron afectados?

Hasta el 13 de octubre, los cazadores de amenazas identificaron 83 elementos de GitHub con una carga útil verificada en 61 repositorios diferentes. Los repositorios abarcan marcos de IA, herramientas de seguridad, infraestructura de desarrollo, bases de datos y otros proyectos de software de código abierto ampliamente utilizados.

El informe de Radware enumera agno-agi/agno (42.7K estrellas), ToolJet/ToolJet (41.1K), google/langextract (38.9K), aquasecurity/trivy (38.4K), CopilotKit/CopilotKit (38K) y podman-container-tools/podman (33K), entre los más populares.

Otros objetivos notables incluyeron QwenLM/qwen-code (28.5K), mlflow/mlflow (28.4K), discordjs/discord.js (26.8K), cilium/cilium (25.6K), brave/brave-browser (23.9K), dotnet/maui (23.3K), Homebrew/homebrew-cask (22.2K), github/docs (21K), apache/doris (16K) y PX4/PX4-Autopilot (12.8K).

“Estos proyectos son utilizados por miles de organizaciones", dijo Babo.

Los investigadores revelaron sus hallazgos a los mantenedores de todos los proyectos, y la mayoría de los repositorios fueron cerrados o corregidos, pero no pueden confirmar que todos lo fueran.

Esta campaña sigue a varios ataques anteriores a la cadena de suministro contra herramientas de seguridad y desarrollo de código abierto, mientras los atacantes buscan cada vez más nuevos métodos para robar credenciales y otros secretos.

“No hay forma de evitar que los atacantes lo intenten”, dijo Nakibly. “La única manera es asegurarse de que el código del flujo de trabajo sea resiliente y no vulnerable a tales ataques".

Los investigadores recomiendan aplicar el acceso de privilegio mínimo a los flujos de trabajo CI/CD y separar, en la medida de lo posible, los flujos de trabajo activados por eventos externos de las tareas con permisos elevados.

“Los desarrolladores deben tratar el contenido externo como no confiable y también limitar los secretos y las variables de entorno que están disponibles para el flujo de trabajo”, dijo Babo. ®

Fuente:
TheRegister