n8n Vulnerable a RCE a través de Escritura Arbitraria de Archivos

Esta vulnerabilidad de RCE permite a un atacante autenticado ejecutar código arbitrario en el servidor donde se ejecuta n8n. Esto significa que un atacante con acceso a una cuenta de usuario válida podría tomar el control completo de la instancia de n8n, incluyendo el acceso a datos confidenciales, la modificación de flujos de trabajo y la ejecución de comandos en el sistema subyacente. El impacto es crítico, ya que la ejecución de código arbitrario permite una escalada de privilegios completa y un compromiso del sistema. La naturaleza de n8n como plataforma de automatización significa que un atacante podría usar esta vulnerabilidad para comprometer otros sistemas integrados con n8n, ampliando el radio de explosión del ataque.

Organizations heavily reliant on n8n for workflow automation and integrations are particularly at risk. This includes businesses using n8n to connect to sensitive data sources or critical business applications. Shared hosting environments where multiple users share the same n8n instance are also at increased risk, as a compromise of one user could potentially impact others.

• nodejs / server: Monitor n8n process logs for unusual activity or unexpected code execution. Use ps aux | grep n8n to check running processes and look for suspicious commands. • generic web: Check n8n server access logs for unusual requests or patterns indicative of attempted exploitation. Look for requests targeting vulnerable endpoints. • linux / server: Use journalctl -u n8n to review n8n service logs for error messages or suspicious events related to code execution.

journalctl -u n8n -f | grep -i error

1. 2026-01-06Disclosure

   disclosure

1. Reservado2026-01-05
2. Publicada2026-01-06
3. Modificada2026-02-03
4. EPSS actualizado2026-03-23

La solución principal es actualizar a la versión 1.121.3 o posterior de n8n, que incluye la corrección para esta vulnerabilidad. Si la actualización no es factible de inmediato, se recomienda como mitigación temporal deshabilitar la funcionalidad de Git en n8n. Esto reduce la superficie de ataque y dificulta la explotación de la vulnerabilidad. Además, revise los permisos de usuario y asegúrese de que solo los usuarios autorizados tengan acceso a la instancia de n8n. Después de la actualización, confirme que la vulnerabilidad ha sido resuelta verificando que la funcionalidad de Git, si se había deshabilitado, pueda ser re-habilitada sin problemas.