Chainguard presenta Harness para buscar vulnerabilidades en la IA de frontera

El 14 de octubre de 2026, Chainguard presentó Chainguard Harness, una oferta que utiliza Claude Mythos 5.1 de Anthropic para buscar vulnerabilidades explotables en una versión aislada y en ejecución de la aplicación de una organización, y entregar cada hallazgo verificado junto con una solución recomendada. Ese mismo día, la empresa abrió una lista de espera para la versión beta y puso la oferta a la venta a través de Claude Marketplace, de Anthropic.

En su anuncio, Chainguard afirmó que, hasta ahora, los modelos de frontera capaces de realizar la detección de vulnerabilidades en código propio y de código abierto han estado disponibles principalmente para un grupo selecto de organizaciones que trabajan en seguridad defensiva para infraestructuras críticas. La empresa señaló que Harness pone esa capacidad al alcance de organizaciones que no tienen acceso a modelos de frontera o carecen de los conocimientos en seguridad e ingeniería necesarios para ejecutarla por sí mismas.

El director ejecutivo y cofundador Dan Lorenc afirmó en el comunicado de la empresa: «Cada vez que hemos probado Harness con código, ha encontrado vulnerabilidades graves y explotables, incluso en software que se había analizado muchas veces y en código que ejecuta infraestructuras críticas». Añadió que Harness ofrece a los equipos de seguridad otra opción para obtener vulnerabilidades verificadas y soluciones que sus ingenieros puedan implementar.

Cómo funciona Harness

El anuncio de Chainguard describe un proceso de cinco pasos. Los clientes conectan repositorios mediante la aplicación de Chainguard para GitHub, con acceso de solo lectura, o cargan un archivo del código fuente. Harness compila la aplicación a partir del código fuente exactamente como se prepararía para su implementación en producción y la inicia dentro de una microVM aislada. A continuación, Mythos 5.1 sondea la aplicación en ejecución para detectar fallos lógicos, inyecciones y agotamiento de recursos. Para ello, analiza el código fuente, el historial de Git, el código fuente de las dependencias y la configuración de compilación, mientras observa cómo responde la aplicación en ejecución.

El aislamiento se lleva a cabo en dos fases. En la fase de preparación, un modelo independiente compila la aplicación, obtiene sus dependencias y herramientas, y la pone en funcionamiento dentro de la microVM, que luego se suspende. En la fase de búsqueda de vulnerabilidades, la microVM se reanuda para Mythos 5.1, sin conexión saliente a la red ni credenciales en su interior, y el modelo solo trabaja con un intérprete de comandos y paquetes compilados por Chainguard. El ciclo del agente se ejecuta fuera del entorno aislado, por lo que se registra cada llamada a herramientas y cada comando que emite el modelo. El código sometido a prueba se trata como datos no confiables, lo que, según la empresa, protege contra la inyección de instrucciones oculta en el código analizado.

Cada exploit se vuelve a ejecutar en una microVM nueva, y un hallazgo que no se reproduce en todos los intentos no se incluye en el informe. Cada solución recomendada se verifica del mismo modo: el exploit debe funcionar contra el código actual del cliente y fallar contra el código con la solución aplicada. El informe entregado incluye un resumen ejecutivo, la gravedad y el impacto de cada hallazgo, los pasos para confirmarlo y una solución recomendada adaptada a la base de código del cliente. Antes de la entrega, un ingeniero de Chainguard identificado por su nombre revisa y aprueba cada solución y cada informe.

Según el anuncio, solo el personal de Chainguard opera el modelo, y nadie ajeno a Chainguard puede darle instrucciones ni ver sus resultados sin procesar. Cuando Harness encuentra un fallo en una dependencia de código abierto y no en el código del cliente, Chainguard coordina la divulgación con los responsables del proyecto original; una vez que estos resuelven el problema, la versión corregida se distribuye a través de Chainguard Repository. El comunicado denomina Athena a ese proceso de divulgación coordinada de vulnerabilidades de Chainguard.

Primer hallazgo público en vLLM

El anuncio se publicó un día después de que Chainguard diera a conocer el primer hallazgo público de Harness. En una publicación de investigación del 13 de octubre de 2026, la empresa afirmó que Harness encontró un error en vLLM, un motor de código abierto para servir modelos de lenguaje grandes, que permitía a un cliente forzar la salida de la solicitud de otro cliente en un motor compartido. El fallo afectaba a allowed_token_ids, un parámetro de solicitud que restringe los tokens que puede generar el modelo: cuando terminaba una solicitud, su fila en una tabla de restricciones compartida se reasignaba sin borrar la restricción anterior, por lo que una solicitud posterior podía heredar los límites del cliente previo. El error afectaba a las versiones de vLLM anteriores a v0.31.0.

Chainguard afirmó que reprodujo el exploit en tres de tres intentos. La empresa comunicó el impacto en la seguridad a los responsables de vLLM el 23 de septiembre de 2026; la solución se publicó en v0.31.0 el 2 de octubre de 2026, y el aviso GHSA-6cxc-2vcg-w5qc se publicó el 6 de octubre de 2026. El error llevaba registrado en el sistema público de incidencias de vLLM desde el 28 de mayo de 2026, etiquetado como un error ordinario. vLLM calificó el problema como de gravedad baja, y la solución consistió en un cambio de una línea más otra corrección relacionada, según la publicación.

Según la publicación, el análisis de vLLM duró 10 horas y 48 minutos, procesó unos 115 millones de tokens y examinó 30 partes del proyecto; 37 hallazgos candidatos se reprodujeron en un sistema limpio, y 13 superaron la revisión de ingeniería. Chainguard afirmó que ha probado Harness en más de 65 proyectos y validado más de 680 hallazgos, varios de ellos sometidos a divulgación coordinada. La publicación señaló que el trabajo en Harness surgió a raíz de la incorporación de Chainguard a Project Glasswing, de Anthropic.

Acceso a la versión beta y disponibilidad en Marketplace

Chainguard abrirá primero el acceso a un grupo limitado de organizaciones. La página del producto Harness indica que la oferta está en fase beta y constituye una Vista Previa Tecnológica conforme al Acuerdo Marco de Servicios y Licencia de Chainguard.

Harness aparece en el mercado de Claude de Anthropic, donde se indica que los clientes con un compromiso vigente con Anthropic pueden aplicarlo a través de la opción de solicitud de compra del mercado. Según el anuncio de Chainguard, Anthropic gestiona la facturación, por lo que sus clientes pueden añadir Harness sin un proceso de adquisición independiente y consolidar sus gastos en IA.

En el lanzamiento, los ingenieros de Chainguard operan Harness en nombre de los clientes, ya sea ejecutándolo sobre los artefactos de código abierto que Chainguard ya distribuye y entregando versiones corregidas a través de Chainguard Repository, o ejecutándolo sobre el código fuente de un cliente y entregando un informe, revisado por un ingeniero, con hallazgos validados, su gravedad e impacto, los pasos para reproducirlos y las medidas correctivas recomendadas.

Daniela Hurtado, responsable de ciberseguridad comercial de Anthropic, afirmó en el comunicado que modelos como Mythos 5.1 pueden sacar a la luz vulnerabilidades que han pasado inadvertidas durante años, y que Harness complementa el modelo con aislamiento, reproducción y revisión humana para verificar cada hallazgo antes de que llegue a un cliente. Las organizaciones pueden inscribirse en la lista de espera de la beta a través de la página de Harness de Chainguard.