Español
La investigación de seguridad asistida por IA ha llegado al punto en que «el modelo encontró un fallo» puede significar una vulnerabilidad reproducible que los responsables del software realmente corrigen. Es alentador para quienes defienden los sistemas e incómodo para quien espere que su software antiguo ya haya revelado todas sus sorpresas.
Tres novedades recientes muestran distintas partes de esa historia: el informe de Anthropic sobre cientos de vulnerabilidades, su colaboración con Mozilla y la serie independiente MAD Bugs de Calif. Juntas ofrecen buenos motivos para tomarse la tecnología en serio. También merecen tratarse por separado.
De dónde sale la cifra de 500
El 5 de febrero, Anthropic afirmó haber encontrado y validado más de 500 vulnerabilidades de gravedad alta durante su trabajo con Claude Opus 4.6. Sus investigadores describieron el examen de proyectos de código abierto, la comprobación de posibles hallazgos y el inicio de la coordinación de correcciones.
La empresa dijo que validaba los informes antes de enviarlos a los responsables de los proyectos, con investigadores humanos a cargo de la validación y el desarrollo de parches. Entre los ejemplos publicados estaban Ghostscript, OpenSC y CGIF.
Ese es el total comunicado por Anthropic, no un recuento de 500 fallos encontrados por Calif durante abril. Tampoco «gravedad alta» significa que cada hallazgo dé a cualquier atacante control inmediato de cualquier computadora que ejecute ese software. La exposición y la posibilidad de explotación dependen de la vulnerabilidad concreta.
Mozilla ofrece un ejemplo concreto de correcciones incorporadas
Mozilla describió su colaboración el 6 de marzo. Anthropic proporcionó casos de prueba reproducibles; los ingenieros de Firefox comprobaron los problemas e incorporaron las correcciones a Firefox 148.
Mozilla informó de 14 fallos de gravedad alta y 22 CVE derivados del trabajo, además de otros 90 fallos de distinta importancia. Esas cifras describen categorías diferentes. No deben sumarse para afirmar que hubo 112 casos críticos de toma de control remoto.
Los ejemplos reproducibles son una parte importante del resultado. Generar un párrafo convincente sobre un posible fallo es fácil. Una pequeña prueba que demuestra el problema da al responsable del proyecto algo sobre lo que actuar.
Aquí hay un resultado bastante satisfactorio: una herramienta encuentra una debilidad, las personas la verifican, se publica una corrección y los usuarios reciben un software mejor. El último paso carece del atractivo cinematográfico de un hacker en una habitación oscura, pero es la parte que ayuda.
MAD Bugs es una iniciativa de Calif
Los investigadores de seguridad de Calif lanzaron Month of AI-Discovered Bugs, anunciando una serie de hallazgos hasta finales de abril. Su enfoque combina modelos de IA con conocimientos humanos especializados.
Su publicación del 30 de marzo abordó Vim y GNU Emacs. Son informes de investigación distintos del total de Anthropic de febrero y de la colaboración con Mozilla.
El aviso del proyecto Vim sobre CVE-2026-34714 describe una cadena que involucra líneas de configuración modeline y un escape del entorno aislado. En las versiones afectadas, abrir un archivo especialmente manipulado podía provocar la ejecución de comandos con los privilegios del usuario. La descripción técnica del aviso identifica el parche 9.2.0272 como la solución.
Para Emacs, el informe de Calif describe un archivo dentro de un directorio que contiene metadatos de Git controlados por un atacante. Las operaciones automáticas de control de versiones podían entonces activar la ejecución de comandos. Esto es más específico que decir que cualquier archivo de texto corriente es una trampa.
Calif dice que los responsables de Emacs rechazaron la intervención que propuso y atribuyeron el problema a Git. Esa es la versión de los investigadores sobre la respuesta. Destaca un límite de confianza difícil entre herramientas; no nos dice que los responsables sean indiferentes a la seguridad.
La explotación de FreeBSD partió de un aviso publicado
FreeBSD publicó su aviso sobre CVE-2026-4747 el 26 de marzo, reconociendo a Nicholas Carlini, que utilizó Claude en Anthropic. Describe un fallo de validación de búferes en RPCSEC_GSS y proporciona detalles de la corrección. La exposición del núcleo depende del módulo y de la configuración del servicio correspondientes; tener una máquina con FreeBSD no describe por sí solo el escenario completo del ataque.
Después, Calif informó de un experimento de desarrollo de exploits el 31 de marzo. Partiendo de ese aviso ya público, afirma que Claude ayudó a construir un entorno de prueba y produjo exploits funcionales para obtener acceso remoto como root.
La duración comunicada fue de unas ocho horas de tiempo transcurrido, con aproximadamente cuatro horas de trabajo activo del modelo. El historial de instrucciones publicado incluye orientación y correcciones humanas. Describir el ejercicio como un descubrimiento ininterrumpido y sin ayuda de la vulnerabilidad original pasaría por alto tanto el material de partida como la participación humana.
Incluso con esos límites, convertir un aviso en una explotación demostrada es significativo. Simplemente es un resultado distinto de descubrir de forma independiente un fallo nuevo. La distinción dice más sobre la capacidad que la frase «la IA hackeó un sistema operativo durante el almuerzo».
Encontrar más fallos crea más trabajo y oportunidades
Es razonable preocuparse porque un análisis más rápido pueda aumentar la presión sobre los responsables de los proyectos. La respuesta útil es mejorar la calidad de los informes y ayudar con la verificación, las correcciones y las pruebas. Enviar a alguien una montaña de advertencias que suenan plausibles no equivale a ayudarle a proteger un proyecto.
Estos ejemplos tampoco demuestran que cualquiera con un chatbot pueda reproducir los mismos resultados contra cualquier objetivo. Los modelos, el acceso, las habilidades de investigación, las herramientas y las salvaguardas influyen en lo que es posible. La competencia más amplia en programación con IA (en inglés) tiene el mismo tema práctico: importa el flujo de trabajo que la rodea.
Para los usuarios, la acción inmediata sigue siendo conocida. Instalar las actualizaciones de seguridad con soporte. Los usuarios de Vim y los administradores de FreeBSD deben contrastar los avisos enlazados con sus versiones y configuraciones. Los usuarios de navegadores deben mantener actualizada su versión con soporte, en vez de tratar Firefox 148 como una versión en la que quedarse indefinidamente.
La investigación asistida por IA está produciendo pruebas útiles. Que esas pruebas mejoren la seguridad depende de lo que ocurra después: confirmación, coordinación, un parche correcto y su despliegue. Puede que al gato le guste ver cómo el cursor se mueve solo, pero alguien todavía tiene que comprobar dónde hizo clic.
Traducción al español del artículo original en inglés del 2026-04-05. Traducido con ayuda de IA el 2026-11-02; las referencias temporales siguen siendo las del original.
