El 40% de las empresas acumula fallos más rápido de lo que los corrige. CodeMender apuesta por la corrección

La cifra del anuncio de seguridad de Google que más atención merece no es de Google. Viene de Katie Norton, de IDC, citada en la entrada: casi el 40% de las empresas añade vulnerabilidades más rápido de lo que puede remediarlas.

Si esa es su situación, un mejor escáner la empeora. Cada hallazgo nuevo cae en una cola que ya estaba creciendo. Los productos que Google anunció en su Cloud Security Summit del 4 de noviembre interesan sobre todo como intentos de vaciar esa cola.

Corregir, no detectar

CodeMender, el agente autónomo de seguridad de código de Google, está en preview desde julio, y Google afirma que cientos de clientes lo han usado. La actualización añade remediación autónoma que se ejecuta dentro de un sandbox a nivel de sistema operativo o de una VM aislada, con controles human-in-the-loop antes de aceptar un arreglo. Puede escanear una carpeta concreta, un repositorio entero o solo los archivos modificados desde el último escaneo, y funciona con varios modelos, incluido Gemini 4 Argon.

Thales, que lo evaluó pronto, dice que CodeMender podría recortar el tiempo de descubrimiento de vulnerabilidades en más del 95%. Es la estimación temprana de un cliente sobre el descubrimiento, citada por Google, no un resultado medido sobre la remediación.

Las decisiones de diseño son las correctas. Un arreglo generado en un sandbox se puede compilar y probar antes de que nadie lo vea, y la persona revisa un parche que ya funciona en lugar de un hallazgo. Ahí es donde la automatización más ayuda: convierte el trabajo de quien revisa de escribir un arreglo en juzgar uno.

También mueve el cuello de botella, como sostuvimos en nuestro artículo sobre capacidad de verificación. Si CodeMender produce cincuenta parches al día, alguien tiene que aprobar cincuenta parches al día. Los equipos que ya tienen problemas para revisar pull requests humanos deberían decidir de antemano qué clases de arreglo pueden fusionarse con una revisión más ligera: actualizaciones de dependencias con tests en verde, por ejemplo, pero no cambios en código de autenticación.

Los agentes reciben tokens en lugar de llaves

Los cambios de identidad son más silenciosos y puede que importen más dentro de un año.

Agent Identity’s Auth Manager ya está en disponibilidad general (GA). Ejecuta flujos OAuth 2.0 y PKCE para agentes y renueva los tokens que los usuarios les delegan. Un preview añade compatibilidad con JWT: los agentes reciben tokens OIDC estándar y pueden autenticarse contra AWS, Azure, sistemas on-premises y servidores MCP sin claves API estáticas y de larga duración.

Las claves estáticas son la forma en que la mayoría de los agentes llega hoy a otros sistemas, y una clave filtrada sigue funcionando hasta que alguien se da cuenta. Los tokens de corta duración y verificables son la misma mejora que IBM hizo con credenciales de agente que caducan, ahora ofrecida entre nubes. Los VPC Service Controls basados en identidad también aceptan roles de IAM (disponibilidad general) y Workload Identity Federation para GKE (preview), de modo que los perímetros de red pueden seguir la identidad del agente en lugar de su dirección.

Reglas de temática para el chat regulado

Model Armor añade un detector de temática personalizado en preview: reglas basadas en prompts que mantienen a un asistente dentro o fuera de temas definidos. Google lo orienta a sanidad, seguros y comercio minorista. Es útil para evitar que un asistente de siniestros dé consejo médico. No es un control de autorización; un modelo que se mantiene en el tema puede seguir actuando sobre el registro equivocado.

Qué hacer con esto

Mida la cola antes de añadir herramientas. Si los hallazgos ya superan a los arreglos, priorice la automatización de la remediación con pruebas en sandbox por encima de la nueva detección. Sustituya las claves estáticas de los agentes por tokens de corta duración allí donde el sistema de destino acepte OIDC. Y trate los filtros de temática como política de contenido, separada de las comprobaciones de permisos que deciden qué puede cambiar un agente.