Boletín de amenazas

CVE-2026-0770 — Ejecución remota de código sin autenticación en Langflow (explicación y soluciones)

RCE en Langflow (CVE-2026-0770, en CISA KEV): distinga las afirmaciones sobre versiones y las referencias de remediación, restrinja la exposición, actualice y verifique si hubo compromiso.

Publicado 2026-07-23 Actualizado 2026-10-23 Última verificación 2026-07-23 8 min de lectura
En esta página

Un aviso defensivo para vulnerabilidades con explotación confirmada en la práctica (incluidas en CISA KEV). Qué ocurre, qué está afectado y cómo responder, sin instrucciones de ataque ni pruebas de concepto.

Diferencias entre fuentes sobre versiones (revisado el 23 de octubre de 2026)

GHSA indica versiones hasta la 1.7.3 sin una versión corregida; el CNA marca la 1.4.2 como afectada y las demás versiones como desconocidas. KEV enlaza a v1.9.0, cuyas notas no identifican una versión mínima corregida para esta CVE. Mantenga separados los alcances de cada fuente.

Resumen del aviso
CVE
CVE-2026-0770 (inclusión de funcionalidad de una esfera de control no confiable, CWE-829)
Gravedad
Crítica (CVSS 9,8) — explotada activamente (CISA KEV)
Tipo
Ejecución remota de código (RCE) sin autenticación en el endpoint validate (verificación de código)
Impacto
Ejecución de código arbitrario sin autenticación (root en muchas implementaciones), robo de credenciales y de metadatos de la nube, movimiento lateral
Afectado
Langflow 1.7.3 y anteriores
Solución principal
Dejar de exponerlo (aislamiento de red + autenticación) y actualizar a la versión más reciente
9,8
CVSS / clase más grave
Sin autenticación
Alcance
RCE→root
Impacto alcanzable
Dejar de exponer
Defensa principal

Alcanzado sin autenticación

El endpoint validate

Ejecución de código arbitrario (root en muchas configuraciones)

Robo de credenciales y de metadatos de la nube / movimiento lateral

Solución: dejar de exponerlo (aislamiento de red + autenticación) y actualizar

Alcanzable sin autenticación, lo que lo convierte en objetivo de escaneos indiscriminados. Puede detenerse en dos puntos: no exponiéndolo y actualizando la versión.

Por qué no corregir es peligroso

Como la ejecución de código a nivel root es alcanzable sin autenticación, las instancias públicas de Langflow son objetivo de escaneos automatizados a gran escala. Según reportes e inteligencia de amenazas, la explotación en la práctica se observó desde alrededor del 27 de junio de 2026, y antes de que CISA la incluyera en el catálogo KEV se registraron más de 220 intentos de explotación desde 64 IP de origen únicas. El comportamiento observado incluyó comprobaciones de ejecución de comandos, reconocimiento del sistema, descarga de scripts adicionales e intentos de acceder a credenciales y metadatos de la nube. Si era accesible desde internet, considérelo comprometido.

Qué está afectado

ElementoDetalle
ObjetivoLangflow (constructor visual para agentes/flujos de IA)
Versiones afectadas1.7.3 y anteriores (el rango de GHSA; el CNA marca la 1.4.2 como afectada y las demás versiones como desconocidas)
Versión corregidaNinguna versión corregida registrada en GHSA; KEV enlaza a v1.9.0. La versión mínima corregida no se establece aquí. Revise la información oficial, actualice y combine el aislamiento con la autenticación
Requisito previoNo se requiere autenticación (no autenticado)
Impacto alcanzableEjecución de código arbitrario (RCE) → toma del servidor, robo de credenciales/metadatos, movimiento lateral
EstadoExplotada activamente (CISA KEV)

Nota sobre las puntuaciones de gravedad divergentes (en ambos sentidos)

Las puntuaciones difieren según el evaluador y la versión de CVSS. NVD y ZDI (ZDI-26-036) asignan 9.8 (Crítica) con CVSS 3.x; el GitHub Advisory asigna 8.9 (Alta) con CVSS 4.0. Las puntuaciones que usan versiones distintas o condiciones de evaluación diferentes no son directamente comparables. Priorice restringir la exposición y actualizar, porque se reportan ejecución de código sin autenticación y explotación real.

Esta es una clase de falla recurrente (importante)

Los endpoints de validación y ejecución de código de Langflow han tenido antes RCE sin autenticación incluidas en el catálogo KEV (CVE-2025-3248), y para otra falla distinta de Langflow se reportó que una versión supuestamente "corregida" seguía siendo explotable. No asuma que "actualizamos, así que estamos seguros". Actualice, sí, pero haga del aislamiento de red, la autenticación y el privilegio mínimo los controles principales permanentes.

Cómo responder

1

Detenga la exposición a internet (prioridad máxima)

Saque Langflow de las redes públicas. Use un proxy inverso con autenticación, una lista de IP permitidas y acceso solo por VPN o interno, de modo que el alcance no autenticado sea cero. Langflow ejecuta código por diseño, así que la exposición en sí misma es el riesgo principal. Esto es lo que realmente bloquea la RCE.
2

Actualice a la versión más reciente (pero no confíe solo en el parche)

Actualice a la última versión disponible. Distinga el registro de GHSA de la referencia de remediación de KEV y combine la actualización con aislamiento + autenticación. Consulte siempre las notas de la versión y los avisos de seguridad del proveedor para conocer el estado actual.
3

Verifique si hubo compromiso (suponga que estuvo expuesto)

Busque procesos sospechosos, entradas de cron y tráfico saliente; escrituras de archivos inesperadas; rastros de acceso a credenciales o metadatos de la nube (por ejemplo, tokens IAM de la instancia); y accesos no autenticados al endpoint validate. Trate la RCE como "los secretos del servidor (claves, tokens, credenciales de base de datos) pueden haberse filtrado", y rote las credenciales si estuvo expuesto.
4

Ejecútelo con privilegios mínimos y reduzca la superficie de ataque

Ejecute Langflow como un usuario no root y minimice los permisos de nube a los que puede acceder (roles de instancia, etc.). Cuando no sea necesario, restrinja el alcance al endpoint de metadatos. Es defensa en profundidad para minimizar el daño incluso si hay una intrusión.
5

Monitorice CVE de forma automatizada y actualice rápido

Vigile las versiones y CVE de Langflow y de sus otros productos autoalojados, y actualice o bloquee con rapidez cuando se publiquen avisos. Esto evita de forma estructural que "una CVE pública conocida pase desapercibida y quede sin parchear".

La postura de este sitio: las herramientas que ejecutan código deben estar 'no expuestas' por defecto

En el fondo, no se trata tanto de un solo error como de exponer a una red no confiable una herramienta que ejecuta código por diseño. Los constructores de agentes de IA y las plataformas de bajo código suelen tener la ejecución de código arbitrario como premisa a cambio de comodidad, y una instancia de "pruebas internas" se convierte sin que nadie lo note en un servicio accesible desde internet. La actualización es obligatoria, pero lo que rinde a largo plazo es un valor por defecto de "las herramientas de desarrollo o pruebas que ejecutan código nunca tocan internet", junto con una rutina que monitorice automáticamente las CVE de los productos autoalojados y las bloquee con rapidez. Véase también nuestra lista de verificación de seguridad en la era de la IA.

Lea a continuación

Fuentes y alcance

Estas referencias primarias respaldan los ajustes, el alcance o la remediación descritos arriba; los enlaces se revisaron el 23 de octubre de 2026. Consulte sus condiciones de versión y configuración. Las prioridades y lecciones de la lista de verificación son orientación de este sitio, no una revalidación completa del artículo ni una garantía de seguridad.

FAQ

Q¿Qué puede hacer un atacante con CVE-2026-0770?
A

En el endpoint de verificación de código (validate) de Langflow, la entrada no confiable pasada mediante el parámetro exec_globals se ejecuta directamente con exec() de Python. Un atacante no autenticado puede, por tanto, ejecutar código arbitrario (como root en muchas implementaciones), lo que lleva directamente a la toma del servidor, al robo de credenciales y de metadatos de la nube, y al salto hacia otros sistemas. CVSS 9,8, con explotación confirmada en la práctica (CISA KEV).

Q¿Cuál es la solución más segura?
A

Restrinja la exposición a internet, exija autenticación y privilegios mínimos, actualice y verifique si hubo compromiso. GHSA no tiene registrada una versión corregida, mientras que KEV enlaza a v1.9.0. No infiera una versión mínima corregida a partir de esa diferencia; consulte la información oficial para la versión instalada.

Q¿Por qué difieren las evaluaciones de gravedad entre fuentes?
A

NVD y ZDI asignan 9,8 (Crítica) con CVSS 3.x; el GitHub Advisory asigna 8,9 (Alta) con CVSS 4.0. Las puntuaciones que usan versiones distintas o condiciones de evaluación diferentes no son directamente comparables. Priorice la restricción de la exposición y la actualización, porque se reportan ejecución de código sin autenticación y explotación real.