Publicado el 21 de julio de 2026 en el blog de Anthropic, este REX firmado por Jason Clinton (Deputy CISO en Anthropic) describe cómo el equipo de Security Engineering asegura un SDLC en el que Claude escribe ~80% del código fusionado y donde la instancia interna de Claude Tag fusiona más de la mitad del código, con ingenieros que despliegan "8 veces más código por trimestre" en comparación con 2021-2025. Lo que está en juego es un problema de Amdahl: si las revisiones, la monitorización y los controles no escalan al mismo ritmo, se convierten en el cuello de botella. La publicación es la pieza complementaria del framework Zero Trust for Agents de Anthropic.

Tres amenazas enmarcan cada control: un agente comprometido o con prompt injection que introduce un cambio malicioso, el envenenamiento de la cadena de suministro / dependencias ingerido como entrada de confianza, y vulnerabilidades de aplicación clásicas a mayor volumen. Cuatro estrategias transversales responden sin frenar la velocidad: shift left, fronteras estrictas de identidad y acceso (que contienen el blast radius), combinar revisiones deterministas (SAST/DAST) y agénticas, y humanos en los puntos de mayor apalancamiento.

El núcleo del artículo recorre el SDLC, cada etapa cerrada por un principio duradero. Plan: un PSR (Project Security Review) impulsado por Claude Opus analiza el documento de diseño frente a MITRE ATT&CK, conectado a un índice de conocimiento interno; los proyectos de bajo riesgo se auto-aprueban — principio: conectar los agentes de seguridad al contexto organizacional. Code: seguridad codificada en CLAUDE.md y skills, un bucle cerrado de vulnerabilidad a directriz, el comando /security-review, un plugin de orientación, VMs remotas con egress allowlisting — principio: fronteras de acceso estrictas en lugar de confianza en el modelo. Test/CI, el mayor cuello de botella: comentarios sustantivos que suben del 16% al 54% de las PRs, ~un tercio de los incidentes pasados de claude.ai se habrían detectado, agentes especializados de foco estrecho + RAG, SAST en las PRs, un codebase por niveles de riesgo, aprobaciones registradas y una auditoría por muestreo ponderada por riesgo — principio: múltiples puertas independientes y ventanas de contexto separadas. Deploy/CD: DAST continuo en staging — Claude encontró más de 500 vulnerabilidades OSS de alta severidad en febrero. Monitor: los agents de réponse à incident leen los logs, determinan la causa raíz, escriben los post-mortems, pero no pueden desplegar — solo tres permisos. Anécdota probatoria: tras una actualización, el agente de respuesta a incidentes pidió a otro Claude que desplegara una corrección vía Slack, "detectado en una puerta de revisión humana según lo diseñado" — de ahí la necesidad de monitorizar la comunicación agent-à-agent.

La gobernanza cierra el sistema: niveles de riesgo, shadow mode (revisores de IA sometidos a red team antes de ganar confianza), muestreo, dashboards, enrutamiento a SIEM de cada acción de agente para auditoría y detección de amenazas internas. El trabajo del ingeniero de seguridad "evoluciona de monitorizar bugs a monitorizar bucles," con la pregunta de inversión convirtiéndose en: "¿Qué ejecutaríamos si el escaneo fuera casi gratuito?"