Gemini 4 Carbon: la IA de Google para fallos, exploits y parches

El 28 de octubre de 2026 Google anunció Gemini 4 Carbon, un modelo de frontera pensado para la ingeniería de software y la ciberseguridad. Según la empresa, supera a los modelos de la competencia en las pruebas que miden tres capacidades distintas: encontrar vulnerabilidades, comprobar si son explotables construyendo un exploit y escribir la corrección. El modelo todavía no está disponible para el público: el acceso empieza por un grupo reducido de defensores y se ampliará por etapas.

Todas las cifras que siguen son declaradas por Google y recogidas por SecurityWeek, Help Net Security y Cybersecurity360: no son mediciones independientes ni datos sobre ataques reales.

Qué ha pasado

Según SecurityWeek, Carbon llega unas dos semanas después de Gemini 4 Argon, del que hereda el marco de seguridad. Google cuenta que sus equipos han visto al modelo trabajar durante días en bases de código muy extensas y en sistemas de bajo nivel, investigando y corrigiendo bugs (Help Net Security).

El primer despliegue pasa por el Fairwind Program, el programa de Google para gobiernos, operadores de infraestructuras críticas y grandes plataformas tecnológicas, que según SecurityWeek reúne a más de 650 organizaciones. Tras los primeros defensores seleccionados, el acceso se extenderá a otros socios de confianza; solo después, con los comentarios recogidos y las protecciones afinadas, llegará a desarrolladores, empresas y consumidores. SecurityWeek también informa de que Google participa en el programa voluntario del gobierno de Estados Unidos para probar los modelos antes de su lanzamiento.

Las cifras de los benchmarks

En la evaluación publicada por Google, realizada sin guardarraíles:

• SEC-bench Pro (búsqueda de vulnerabilidades en software real): 88,2%;
• ExploitGym (comprobación de la explotabilidad con un exploit funcional en un entorno de pruebas): 54,8%;
• CWE-bench de Collinear (corrección de fallos sin romper las funciones del programa): 71,0%.

Según SecurityWeek, en la comparación de Google Carbon supera a GPT-6 Astra de OpenAI y a Claude Opus 5.5 y Claude Fable 5.1 de Anthropic. Cybersecurity360 recoge además los valores de su predecesor Argon (83,4%, 42,0% y 68,0%): el salto más claro está en los exploits, +12,8 puntos, mientras que en los parches la mejora es de 3 puntos. El mismo medio cita, para ExploitGym, el 42,4% de GPT-6 Astra y el 34,5% de Claude Opus 5.5.

Otros datos internos, coincidentes en SecurityWeek y Help Net Security: Carbon escribe código seguro con una tasa de éxito más del doble que la de Argon; el equipo de Chrome lo consideró más de 10 veces mejor a la hora de producir parches de calidad que un gran modelo de otro laboratorio, sin nombrarlo; Wiz, la empresa de seguridad cloud propiedad de Google, lo vio en primer lugar en los benchmarks de pruebas de penetración de aplicaciones web.

Como señala Cybersecurity360, las tres pruebas tienen tareas y denominadores distintos: el 71% de CWE-bench no significa que el modelo pueda proteger el 71% del software de una empresa.

Las protecciones declaradas

Google afirma haber reforzado las defensas del modelo contra los abusos y contra los errores de los agentes:

• prompt injection indirecta: en el benchmark de Gray Swan ningún ataque tuvo éxito, frente al 0,7% de Argon. Son instrucciones maliciosas escondidas en los contenidos que lee el agente (archivos, informes de bugs, páginas web); el resultado vale para esa evaluación y no excluye manipulaciones en otras condiciones;
• Terminal-Bench 4.0: ningún intento de «hacer trampas» con éxito, y los intentos bajaron al 0,4%;
• aproximadamente la mitad de afirmaciones sin respaldo que Argon y, en el trabajo con código de los equipos internos, casi un 80% menos de alertas graves por comportamientos contrarios a las instrucciones; Help Net Security añade una reducción del 26% de las acciones fuera del alcance de la tarea.

Las defensas combinan entrenamiento, lucha contra los abusos en tiempo real y supervisión del razonamiento del modelo. Para Fairwind, Cybersecurity360 describe verificaciones de las entidades admitidas, accesos nominativos, autenticación multifactor resistente al phishing, registro del uso y prohibición de ceder el acceso, aunque precisa que las reglas públicas se refieren sobre todo a Argon.

Precios anunciados para la distribución comercial: 2 dólares por millón de tokens de entrada y 10 de salida en el periodo introductorio, después 4 y 20, con un descuento del 95% en los tokens de entrada leídos de la caché.

Qué significa para las empresas europeas e italianas

Google presenta el exploit como un paso defensivo: sirve para decidir qué vulnerabilidades corregir primero, comprobando cuáles son realmente explotables. Es el mismo trabajo que quien ataca quiere automatizar. Cybersecurity360 relaciona el anuncio con una investigación de Anthropic del 27 de octubre sobre cadenas de exploits construidas con un modelo experimental contra navegadores y sistemas operativos muy extendidos, comunicadas a los fabricantes.

Hoy Carbon no es una herramienta al alcance de las empresas, y las fuentes no dicen qué organizaciones europeas forman parte de Fairwind. Pero la consecuencia práctica ya existe: el tiempo entre la publicación de un fallo y un exploit funcional tiende a acortarse. Para las entidades sujetas a NIS2, que deben gestionar las vulnerabilidades como parte de sus medidas de gestión de riesgos, y para la sanidad, con muchos sistemas difíciles de actualizar, las ventanas de parcheo de semanas son cada vez menos sostenibles.

Qué hacer ya

1. Acorta los tiempos de parcheo de los sistemas expuestos a Internet y da prioridad a las vulnerabilidades ya explotadas o con exploit público.
2. Ordena las vulnerabilidades por explotabilidad y exposición real, no solo por la puntuación CVSS.
3. Si estás evaluando agentes de IA para la seguridad del código, de Google o de otros, define las reglas antes de adoptarlos: entornos de prueba aislados, privilegios mínimos, ningún secreto en los repositorios analizados, registro de las acciones.
4. Trata como no fiables los contenidos que lee el agente: tickets, issues, dependencias y documentación pueden contener prompt injection, digan lo que digan los benchmarks.
5. Ningún parche generado pasa a producción sin revisión: revisión de código, pruebas de regresión y aprobación de una persona.
6. Lee los benchmarks como lo que son: cifras del fabricante, medidas sin filtros; habrá que verificar el rendimiento en las configuraciones para clientes.

Cómo ayuda ARXDOME

ARX Shield muestra las vulnerabilidades abiertas por máquina y por paquete, con su antigüedad y con las ya explotadas por los atacantes destacadas: ayuda a decidir qué corregir primero cuando los plazos se acortan. ARX Expose muestra lo que se ve de tu empresa desde fuera, incluidas las vulnerabilidades conocidas en los servicios públicos, y ARX Scout comprueba, con tu autorización, qué puertos y servicios están realmente expuestos y te avisa cuando se abre uno nuevo.

Última actualización: 29 de octubre de 2026