Claude encuentra 22 vulnerabilidades de Firefox en dos semanas
Claude, de Anthropic, encontró 22 vulnerabilidades de Firefox en dos semanas dentro de una alianza de seguridad con Mozilla, reportada el 6 de marzo de 2026, y Mozilla calificó 14 de ellas como de alta gravedad. La mayoría se corrigió en Firefox 148. Anthropic dice que esas 14 equivalen a casi una quinta parte de las fallas de alta gravedad de Firefox corregidas en todo 2025. Para las empresas de software, muestra que la inteligencia artificial puede encontrar errores graves rápido, y que el trabajo pasa a revisar y corregir lo que reporta.
Por qué el navegador de Mozilla fue una prueba difícil para buscar errores con IA
Firefox es uno de los proyectos de código abierto mejor probados del mundo, y por eso lo eligió Anthropic. La empresa dijo que escogió Firefox porque «es a la vez una base de código compleja y uno de los proyectos de código abierto más probados y seguros del mundo». Cientos de millones de personas lo usan a diario, y las fallas de los navegadores son peligrosas porque los usuarios cargan contenido no confiable todo el tiempo.
Los ingenieros de Mozilla tenían motivos para ser prudentes. Brian Grinstead y Christian Holler escribieron que habían visto resultados mixtos de sistemas anteriores de detección de errores asistida por IA.
Qué hicieron juntos Anthropic y Mozilla
El equipo de Anthropic usó Claude Opus 4.6 durante dos semanas, empezando por el motor de JavaScript de Firefox y pasando luego a otras partes del navegador. El motor era un buen punto de partida: se puede analizar por separado y procesa código no confiable de la web.
Tras veinte minutos de exploración, Claude reportó un Use After Free, una falla de memoria que podría permitir a un atacante sobrescribir datos. Tres investigadores de Anthropic la validaron antes de que el equipo la registrara en Bugzilla, el sistema de seguimiento de errores de Mozilla, con un parche propuesto escrito por Claude. Para cuando se registró ese primer reporte, Claude ya había encontrado cincuenta entradas únicas más que provocaban fallos.
Cómo pasaron los reportes de la IA a las correcciones
Mozilla cambió el proceso para seguir el ritmo. Después de una discusión técnica, un investigador de Mozilla le pidió a Anthropic que enviara sus hallazgos en bloque sin validar cada uno. En total, el equipo analizó cerca de 6.000 archivos de C++ y envió 112 reportes únicos.
«En cuestión de horas, nuestros ingenieros de plataforma empezaron a integrar correcciones, e iniciamos una colaboración estrecha con Anthropic para aplicar la misma técnica en el resto del código del navegador». Brian Grinstead y Christian Holler, ingenieros de Mozilla
Qué encontraron las dos semanas de búsqueda de errores con IA
El resultado: 22 vulnerabilidades de Firefox, con 22 CVE emitidos. Mozilla calificó 14 de ellas como de alta gravedad, lo que según Anthropic es casi una quinta parte de todas las fallas de alta gravedad de Firefox corregidas en 2025. Las 22 encontradas en febrero de 2026 superaron las reportadas en cualquier mes de 2025.
La mayoría de las correcciones salieron en Firefox 148, lanzado en febrero, y el resto llegará en las próximas versiones. Desde entonces, los investigadores de Mozilla empezaron a experimentar internamente con Claude para tareas de seguridad.
Por qué Claude encontró errores mejor de lo que los explotó
Anthropic también probó si Claude podía convertir las fallas en ataques. Hizo la prueba varios cientos de veces y gastó unos 4.000 dólares en créditos de API, pero Claude produjo un exploit funcional en solo dos casos. Esos exploits solo funcionaron en un entorno de prueba en el que se habían quitado algunas protecciones del navegador, incluido el sandbox.
Anthropic sacó dos lecciones: Claude es mucho mejor para encontrar errores que para explotarlos, y encontrar una falla cuesta un orden de magnitud menos que construir un exploit para ella. La empresa también advirtió que es poco probable que esa brecha dure mucho.
Qué significa la búsqueda de errores con IA para las empresas de software
Para cualquier empresa que entrega software, la tarea aquí es encontrar fallas graves antes que los atacantes. La IA hace esa búsqueda más rápida y barata, pero también inunda a los mantenedores de reportes. La respuesta de Mozilla fue decirle a Anthropic exactamente qué hallazgos quería y aceptar envíos en bloque.
Anthropic recomienda dar a los agentes de IA un «verificador de tareas», una forma confiable de revisar su propio trabajo, como pruebas que confirmen que un error ya no se puede activar y que la corrección no rompe nada más. TechCrunch señaló que las herramientas de IA pueden traer una avalancha de merge requests malos junto con los útiles, lo que convierte ese paso de revisión en el costo real que hay que planear.
Preguntas y respuestas
¿Cuántas vulnerabilidades de Firefox encontró Claude?
Claude Opus 4.6 encontró 22 vulnerabilidades en dos semanas, y Mozilla calificó 14 de ellas como de alta gravedad. La mayoría se corrigió en Firefox 148.
¿Pudo Claude explotar los errores que encontró?
Solo en raras ocasiones. Después de varios cientos de intentos, Claude construyó un exploit rudimentario en dos casos, y solo en un entorno de prueba sin protecciones como el sandbox.
¿Mozilla sigue usando Claude para seguridad?
Anthropic dice que, desde entonces, los investigadores de Mozilla empezaron a experimentar internamente con Claude para fines de seguridad.
La visión de MOZGII
Cómo lo construiríamos
Encontrar errores con IA ya es la mitad fácil. La mitad difícil es la fila que viene después: alguien tiene que confirmar cada reporte, decidir su gravedad y entregar una corrección. Si construyéramos esto para una empresa de software, diseñaríamos el sistema alrededor de esa fila y no alrededor del modelo.
El modelo analizaría una parte del código a la vez, empezando por donde llega la entrada no confiable. Cada hallazgo vendría con un caso de prueba que reproduce el fallo y un parche propuesto. Antes de que lo vea una persona, una segunda herramienta volvería a correr la prueba, comprobaría que el parche elimina el fallo y correría el conjunto de pruebas existente para detectar cualquier cosa que el parche rompa. Solo los hallazgos que pasen llegarían al equipo de seguridad, que conserva la decisión final sobre la gravedad.
Donde fallaría es en el volumen. Un modelo que encuentra cincuenta entradas que provocan fallos mientras una persona revisa una va a sepultar a un equipo pequeño. Acordaríamos desde el principio con los mantenedores qué tipos de hallazgos quieren, como hizo Mozilla, y descartaríamos el resto automáticamente.
La métrica que vigilaríamos sería la proporción de reportes de la IA que los mantenedores confirman como fallas de seguridad reales. Si baja, hay que trabajar los filtros antes de ampliar el análisis. Después, aplicaríamos la misma configuración a los propios parches, para que las correcciones se prueben con el mismo rigor con que se encontraron los errores.
Fuentes
De dónde salen los datos de esta nota.