OpenVuln: el escáner gratuito de vulnerabilidades de Z.ai con GLM

El 14 de agosto de 2026, Z.ai lanzó OpenVuln, una herramienta gratuita alojada en Hugging Face que hace algo engañosamente sencillo: la apuntas a un repositorio público de GitHub y busca vulnerabilidades en tu código, con GLM-5.3, el modelo de programación que Z.ai publicó ese mismo día. La herramienta es sencilla. El modelo que hay detrás, no.

Las propias notas de lanzamiento de GLM-5.3 de Z.ai describen algo inusual: durante el post-entrenamiento, la empresa le dio al modelo datos de descubrimiento de vulnerabilidades esperando mejoras graduales para detectar bugs aislados. En cambio, el modelo empezó a razonar a lo largo de varias etapas de explotación, encadenando fallos individuales en rutas de explotación completas y coherentes, una capacidad cualitativamente distinta de la que buscaban. Z.ai retuvo los pesos abiertos durante dos semanas después de terminar el entrenamiento específicamente para una «evaluación y refuerzo de seguridad», y lo dijo públicamente: el modelo «desarrolló capacidad de seguridad ofensiva más rápido de lo esperado». OpenVuln es el producto defensivo construido sobre esa misma capacidad.

Cómo funciona realmente OpenVuln

El flujo, según la descripción de la herramienta y el README de su Space en Hugging Face, es: envías un repositorio público de GitHub → GLM-5.3 (llamado «VulnHunter» en el producto) lo escanea en busca de vulnerabilidades → la postura de seguridad agregada se hace pública → los hallazgos detallados se mantienen privados y solo llegan a los maintainers verificados del proyecto antes de la divulgación coordinada. Por dentro es una aplicación web bastante corriente —un frontend Vite servido con nginx en un contenedor Docker, que habla con una API de backend— delante del modelo que hace el trabajo real.

Cada caso que saca a la luz OpenVuln (y el esfuerzo de investigación más amplio de GLM-5.3 que lo respalda) entra en lo que Z.ai llama un Security Disclosure Ledger: un registro público y continuo que sigue cada hallazgo durante la divulgación coordinada, confidencial para el maintainer mientras se prepara la corrección y publicado con un CVE una vez parcheado. En el lanzamiento, el registro listaba 53 vulnerabilidades divulgadas públicamente con CVE asignado y 2.383 todavía bajo embargo.

Las cifras

Z.ai informa que, desde GLM-5.2, sus modelos han detectado 2.436 vulnerabilidades en 269 proyectos de código abierto tras eliminar duplicados, de las cuales 1.097 tienen severidad crítica o alta, en kernels, motores de navegador, sistemas operativos y protocolos básicos de internet. Varios de los hallazgos con nombre son del tipo que hace que la abstracción se sienta real:

• Una vulnerabilidad del protocolo DNS que, según se informa, llevaba unos 40 años latente, con un factor de amplificación de hasta 80.000x y que podría afectar a la gran mayoría de la infraestructura DNS mundial.
• Un fallo en el IDE Cursor, en su arquitectura Rust/Electron, que permitía escribir archivos arbitrarios.
• Un exploit zero-click a nivel de protocolo en una aplicación de mensajería de escala nacional.
• Tres bugs críticos de nivel Microsoft Exchange, atribuidos conjuntamente a Z.ai y a un laboratorio de seguridad socio.
• Una vulnerabilidad de secuestro de flota en el software de robots humanoides, capaz de tomar el control remoto de más de 1.000 unidades a la vez.

Z.ai dice que el trabajo se hizo en colaboración con la Universidad Tsinghua, la Universidad Nankai y varios equipos de seguridad independientes, y presenta OpenVuln como parte de una iniciativa «Open Shield»: auditoría de seguridad continua y gratuita para proyectos de código abierto, planteada deliberadamente frente al modelo cerrado y de pago que sigue la mayoría de las herramientas empresariales de AppSec.

Por qué merece atención, no solo una prueba

El instinto es leerlo como algo simplemente bueno: una herramienta gratuita que encuentra bugs reales, incluso algunos que sobrevivieron cuatro décadas de escrutinio, y los canaliza por la divulgación coordinada en lugar de soltar exploits al público. Ese instinto no está equivocado, pero se queda corto respecto a lo que pasó.

La capacidad no se reforzó primero y luego se liberó para escanear: surgió durante un post-entrenamiento normal con datos de vulnerabilidades, a un ritmo que los desarrolladores dicen explícitamente que los sorprendió, y no se estancó al escalarla. Esa capacidad ahora se distribuye como pesos abiertos, no solo como una herramienta alojada con una interfaz delante. OpenVuln es la puerta de entrada autorizada y con control de divulgación. La misma capacidad de razonamiento que encadena bugs en rutas de explotación está al alcance de cualquiera que descargue el modelo directamente, sin la separación entre lo público y lo privado de OpenVuln ni su registro de embargos. Una herramienta que encuentra un bug de DNS de 40 años para un defensor encuentra el mismo bug para quien ejecute el modelo sin el paso de divulgación.

Para los líderes de seguridad, la lectura práctica es: el listón de «quién puede encontrar una vulnerabilidad grave en tu árbol de dependencias» acaba de bajar otra vez, para ambos lados. Que el balance sea positivo depende por completo de si el lado defensivo —velocidad de parcheo, disciplina con los embargos, infraestructura de divulgación coordinada como el registro de Z.ai— sigue el ritmo al que se acumula la capacidad ofensiva. Ahora mismo, una sola empresa publica tanto las cifras como el modelo.

Qué deberían hacer los maintainers

• Revisa el registro, no solo tu bandeja de entrada. Si mantienes un proyecto de código abierto muy usado, busca su nombre en el Security Disclosure Ledger de Z.ai: puede que ya haya un hallazgo en la cola de embargo.
• No esperes pasivamente los hallazgos descubiertos por IA. La misma curva de capacidad que hace eficaz a OpenVuln convierte cada repositorio público en objetivo de escaneos menos escrupulosos sin ningún paso de divulgación. Tómalo como una razón para acelerar tu higiene de dependencias y de análisis estático, no para relajarla.
• Verifica antes de confiar en el acceso de «maintainer verificado». Cualquier flujo que dé acceso privilegiado a hallazgos privados basándose en una identidad de maintainer declarada es en sí mismo un objetivo. Confirma cómo verifica OpenVuln la condición de maintainer antes de tratar un correo de divulgación privada como legítimo, igual que harías con cualquier informe de vulnerabilidad no solicitado.
• Ojo con la coincidencia de nombres. El motor de escaneo de Z.ai se llama «VulnHunter», el mismo nombre que Capital One dio a una herramienta de detección de vulnerabilidades distinta y publicada por separado como código abierto. No son el mismo proyecto; no mezcles hallazgos ni avisos entre ellos.

Fuentes: OpenVuln en Hugging Face (zai-org) · Unite.AI: Z.ai Launches GLM-5.3 · SandBase: GLM-5.3 Release Watch · Heise: GLM-5.3 security capabilities