Google incrusta agentes de seguridad en cada cambio de código y mueve la detección de vulnerabilidades antes del merge

La seguridad entra al mismo ciclo que el código. Google publicó el 19 de septiembre un sistema agentic que lleva el análisis de vulnerabilidades al momento previo al envío de cada cambio. La compañía afirma que sus agentes revisan continuamente modificaciones sobre una base de código de cientos de millones de líneas y que ese enfoque evita que cientos de vulnerabilidades lleguen cada mes a su base o a producción. La diferencia operativa está en el momento: en vez de esperar un gran escaneo posterior, el análisis ocurre cuando el cambio todavía es pequeño, el autor recuerda su intención y el contexto necesario para evaluarlo es mucho más localizado.

El contexto localizado reduce el ruido. Google explica que evolucionó Mantis, su harness multiagente de revisión, para trabajar con modelos de amenaza localizados alimentados con metadatos vivos del código. También utiliza grafos de llamadas y dependencias para ampliar el contexto únicamente cuando hace falta. Según la empresa, este diseño ha reducido la tasa de falsos positivos hasta alrededor del 3% en algunos casos. La lección de arquitectura es importante: más contexto no siempre significa mejor seguridad. Cuando una revisión entiende exactamente qué paquete, dependencia, frontera de confianza y cambio está evaluando, puede razonar con más precisión y molestar menos al desarrollador.

El triage necesita ser más rápido que la frustración. Un control pre-submit solo funciona si no convierte cada commit en una espera larga. Google describe una validación en dos pasos: primero un escaneo liviano y luego un agente especializado de triage que combina AST, grafo de llamadas y reglas de dominio. La compañía reporta más de 92% de precisión en ese triage y tiempos inferiores a un minuto para ciertos flujos. Después, una capa nocturna vuelve a revisar con más profundidad. Ese patrón separa dos presupuestos: rapidez para decidir si el cambio puede avanzar y capacidad adicional para buscar problemas que justifican más cómputo sin bloquear al autor.

Corregir automáticamente no significa publicar automáticamente. El sistema también incluye un agente de reparación que construye fixes precisos para revisión humana. Ahí aparece una frontera sana: la IA puede acortar el camino entre hallazgo y parche sin apropiarse de la decisión final de integrar el cambio. Para un equipo empresarial, la corrección debería conservar evidencia del hallazgo, el fragmento afectado, la prueba que demuestra la vulnerabilidad, el diff propuesto y el resultado de pruebas posteriores. Así, aceptar una sugerencia no depende de confianza ciega en el agente. El parche se vuelve un artefacto verificable dentro del mismo workflow de ingeniería.

La métrica correcta es riesgo eliminado antes de convertirse en deuda. Un tablero tradicional de seguridad celebra cuántos hallazgos se abrieron. Un sistema pre-submit permite medir algo más útil: vulnerabilidades interceptadas antes de entrar al repositorio, tiempo de reparación, porcentaje de sugerencias aceptadas, falsos positivos y regresiones posteriores. También permite distinguir tipos de riesgo y equipos con patrones recurrentes. Esa información puede retroalimentar linters, librerías seguras y formación interna. El objetivo no es que el agente encuentre más problemas por volumen, sino que disminuya la cantidad de trabajo inseguro que sobrevive lo suficiente como para convertirse en deuda técnica costosa.

Lectura Goatify. Para Goatify, esta arquitectura sugiere que una habilidad crítica debe operar lo más cerca posible del momento donde nace el riesgo. En vez de un auditor agentic que llega al final, podemos diseñar guardias pre-acción: antes de publicar, pagar, enviar, desplegar o modificar un registro, un agente especializado revisa el cambio con contexto mínimo y criterios explícitos. Si encuentra una condición dudosa, propone una corrección y conserva evidencia. La ventaja comercial no sería decir que usamos IA para revisar, sino demostrar que el sistema intercepta errores cuando todavía son baratos, reversibles y comprensibles para la persona responsable.