n8n publica diez avisos de seguridad, ocho altos: actualiza a la 2.42.1 si lo tienes en tu VPS

n8n publicó el 30 de septiembre diez avisos de seguridad de golpe, y ocho son de gravedad alta. Si tienes n8n autoalojado, en un VPS o en cualquier otro servidor, nadie lo va a actualizar por ti: la versión que corre es la que instalaste la última vez que hiciste pull. La versión mínima que los corrige todos en la rama actual es la 2.42.1, o la 2.41.4 si sigues en la 2.41.

Los que más conviene entender

• Inyección SQL en el nodo de Microsoft SQL. La primera versión del nodo metía los valores de las expresiones directamente en el texto de la consulta, sin parametrizar. Si un flujo pasa a ese campo datos que llegan de fuera, por ejemplo de un webhook o de un formulario, alguien puede ejecutar SQL con los permisos de la credencial guardada.
• Ejecución de código en el nodo Git. n8n limpia la configuración local del repositorio antes de lanzar git, pero la operación de registro (log) se saltaba esa protección. Un miembro de la instancia que pueda apuntar el nodo a un repositorio cuya configuración controla puede ejecutar código en el servidor. Funciona con la configuración por defecto, y el nodo también puede usarse como herramienta de un agente.
• XSS almacenado en el Chat Trigger. El CSS personalizado del chat alojado no se limpiaba bien y acababa en la página como código. Afecta a los chats publicados sin autenticación de usuarios de n8n; si alguien con sesión abierta en tu instancia visita el chat, se puede actuar con su sesión.
• Aprobaciones de Send-and-Wait sin firma. El nodo que espera a que una persona apruebe algo comprobaba una firma HMAC, pero el endpoint aceptaba una segunda forma de referirse al nodo que se la saltaba. Con el token de reanudación de una ejecución, alguien podía aprobar en tu nombre, y los pasos siguientes se ejecutan con las credenciales del dueño del flujo. Hace falta que un disparador público anterior deje ver ese token.

El resto toca a la toma de control de la cuenta de propietario a través del validador de flujos del MCP, a clientes OAuth que se podían registrar sin autenticación y sin límite, a la comprobación de credenciales en subflujos anidados, a un XSS en la vista previa de archivos y, con gravedad media, a dos fallos en el chat de agentes y en el asistente de flujos con IA. Los cuatro que detallamos arriba no tienen CVE asignado.

Qué versión necesitas

• Rama 2.42: 2.42.1 o posterior.
• Rama 2.41: 2.41.4 o posterior.
• Rama 1.x: la 1.123.83 corrige cinco de los diez, entre ellos el del nodo Git y el del Chat Trigger. Los otros cinco, incluidos la inyección SQL y el de Send-and-Wait, solo dan versión corregida en la 2.x. Si sigues en la 1.x, es el momento de planificar el salto, leyendo antes los cambios que rompen.

Para saber qué versión tienes, si usas Docker: docker exec n8n n8n --version (cambia n8n por el nombre de tu contenedor si es otro).

Cómo actualizar en un VPS con Docker

1. Copia primero. Haz una instantánea del VPS o, como mínimo, una copia del volumen de datos de n8n y de tus variables de entorno, incluida la clave de cifrado de credenciales. En nuestros VPS la instantánea se saca en un momento: Copias de seguridad instantáneas y clave SSH en tu VPS.
2. Descarga la imagen nueva y reinicia. En la carpeta donde tienes el docker-compose.yml: docker compose pull y después docker compose up -d. Si fijaste una versión concreta en la imagen, cámbiala antes por la que toca.
3. Comprueba que la versión ha subido y que tus flujos activos siguen activos.
4. Revisa tus flujos si usan Microsoft SQL con datos externos o chats públicos: aunque ya estés parcheado, conviene saber si alguien ha intentado algo.

En nuestro VPS n8n la instalación vive en /opt/n8n y los pasos exactos están en Cómo empezar con tu VPS n8n. Si tu VPS n8n es administrado, de la actualización nos ocupamos nosotros. Cómo montarlo y qué incluye cada modalidad lo tienes en n8n en un servidor VPS.

Fuentes: Avisos de seguridad de n8n en GitHub · Microsoft SQL · Git · Chat Trigger · Send-and-Wait