Se ha revelado una cadena de exploits denominada Zapocalypse, la cual demuestra cómo una función de ejecución de código de bajos privilegios dentro de Zapier podría haber sido utilizada para crear una ruta de ataque a la cadena de suministro. Este fallo permitiría lograr el control total de las cuentas de los usuarios en toda la plataforma. Token Security presentará los detalles de este ataque el 1 de junio de 2026 en el evento fwd:cloudsec North America.

Una cadena de exploits recientemente revelada, denominada Zapocalypse, muestra cómo una función de ejecución de código de bajos privilegios dentro de Zapier podría haberse encadenado en una ruta de cadena de suministro con un impacto de toma de control de cuentas en toda la plataforma.

Token Security afirmó que su investigador presentará la cadena de exploits Zapocalypse dirigida a los usuarios de Zapier en fwd:cloudsec North America el 1 de junio de 2026.

Cadena de Ataque Zapocalypse

Según la investigación, el ataque comenzó dentro de “Code by Zapier”, donde el código Python se ejecutaba en un entorno de AWS Lambda. Desde ese punto de apoyo, los investigadores dijeron que podían ejecutar comandos del sistema operativo, inspeccionar el tiempo de ejecución y confirmar que la función había manejado previamente credenciales de sesión de AWS antes de que esos valores fueran eliminados de las variables de entorno.

La debilidad clave no fue un único error de día cero, sino la composición de varios patrones conocidos. Primero, el equipo utilizó un reconocimiento del sandbox para verificar que la ejecución de comandos a nivel de SO era posible.

#	Etapa	Primitiva	Detalle Técnico
1	Reconocimiento del Sandbox	Ejecución de os.system	os.system funciona dentro de “Code by Zapier”, confirmando el acceso a comandos de SO dentro del entorno Lambda
2	Recuperación de Credenciales	Raspado de /proc/self/mem	Los tokens STS “huérfanos” en el heap de Lambda se recuperaron mediante el escaneo de regex de /proc/self/mem, evadiendo la limpieza de del os.environ[k]
3	Movimiento Lateral	Rol IAM mal configurado	Un rol literalmente llamado allow_nothing_role permitía la enumeración de ECR (DescribeRepositories, ListImages, BatchGetImage, GetDownloadUrlForLayer) y la extracción de imágenes
4	Búsqueda de Secretos	Token NPM filtrado en metadatos del contenedor	Un token de publicación de NPM de altos privilegios con bypass_2fa: true quedó expuesto en los metadatos de construcción del contenedor (historial de ARG/ENV), no en el sistema de archivos
5	Alcance de la Cadena de Suministro	Derechos de publicación de NPM para el paquete frontend	Derechos de publicación en zapier-design-system, un paquete privado cargado en cada sesión autenticada de zapier.com, permitiendo XSS almacenado en toda la plataforma y toma de control de cuentas

A continuación, recuperaron credenciales STS huérfanas de la memoria del proceso a través de /proc/self/mem, argumentando que eliminar las variables de entorno removía las referencias, pero no borraba los bytes subyacentes de la memoria.

Eso abrió la puerta al movimiento lateral utilizando un rol de IAM llamado allow_nothing_role, que resultó permitir suficiente acceso al Elastic Container Registry para enumerar repositorios y extraer datos del contenedor.

Desde allí, los investigadores dijeron que encontraron un token de NPM privilegiado expuesto en los metadatos de construcción del contenedor en lugar de en el sistema de archivos de la imagen. Se alega que dicho token tenía derechos de publicación de paquetes y evadía la autenticación de dos factores, otorgando acceso tanto a los paquetes públicos de desarrolladores de Zapier como a componentes internos privados.

El objetivo más importante fue zapier-design-system, un paquete privado cargado en las sesiones autenticadas de Zapier, lo que significaba que una actualización maliciosa podría haber entregado JavaScript controlado por el atacante en el contexto del navegador de los usuarios conectados.

Esa ruta de ejecución en el navegador es lo que elevó el hallazgo de un problema de contenedores y secretos a un escenario completo de toma de control de cuentas de la plataforma. En términos prácticos, un atacante no habría recibido tokens OAuth brutos o credenciales de API de terceros directamente, ya que estos permanecen en el lado del servidor.

Pero podrían haber actuado como la víctima dentro de la interfaz autenticada de Zapier, creando o modificando Zaps, Tablas, servidores MCP y flujos de trabajo que utilizaban las conexiones de aplicaciones existentes de la víctima.

La investigación también describió una exposición separada pero más limitada que involucraba una clave MCP de Zapier Actions codificada internamente en un contenedor relacionado con LiteLLM.

Se informó que ese token se autenticaba como un usuario real y permitía acciones como enviar correos electrónicos a través de servicios conectados, demostrando cómo los secretos incrustados en las imágenes pueden crear un riesgo de identidad inmediato incluso sin un compromiso más amplio de la plataforma.

La lección más importante es arquitectónica. El informe sostiene que limpiar los secretos después de que el código comienza a ejecutarse no es un control suficiente si el código no confiable se ejecuta en el mismo proceso que previamente contenía las credenciales.

También resalta un error común de CI/CD: pasar secretos de construcción sensibles a través de ARG o ENV, donde pueden sobrevivir en los metadatos de la imagen mucho después de que los equipos crean que el secreto ha desaparecido.

Token Security afirmó que informó el problema a Zapier el 12 de febrero de 2026, y que la empresa reconoció el informe en cuestión de horas, revocó el token de NPM expuesto, restringió el rol de ECR para el 16 de febrero y confirmó la remediación completa el 5 de marzo de 2026.

Los investigadores dijeron que el informe recibió la recompensa máxima del programa de 3.000 dólares, y Zapier se comprometió a revisar ese límite como parte del proceso de respuesta.

Para quienes defienden sus sistemas, Zapocalypse es un recordatorio de que el alcance de la cadena de suministro a menudo comienza con configuraciones erróneas ordinarias. Cuando fallan simultáneamente el aislamiento del tiempo de ejecución, el privilegio mínimo, el manejo de secretos y los controles de publicación de paquetes, un “sandbox” puede convertirse en el primer paso hacia un compromiso de toda la plataforma.

Fuentes:
https://cybersecuritynews.com/zapocalypse-attack-chain-zapier/