Claude Code Security y revisión de código: cómo se verifica el código de IA antes de publicarlo

Claude Code escribe en minutos lo que antes a un equipo le llevaba días. Pero que ese código sea seguro no lo decide el modelo, sino la verificación posterior. Esta guía explica qué ofrece Anthropic por su cuenta para ello, dónde terminan esas herramientas y cómo puede hacer revisar cada diff y cada comando de riesgo antes de que lleguen a su software.

Fecha: 10 de noviembre de 2026. Los datos sobre Anthropic proceden de la documentación y el anuncio oficiales (fuentes más abajo); las funciones de Claude Code cambian con frecuencia.

¿Qué grado de seguridad tiene el código que escribe Claude Code?

Tan seguro como la verificación que supera: Anthropic indica expresamente en la documentación de Claude Code que usted mismo es responsable de comprobar la seguridad del código y de los comandos propuestos antes de aprobarlos. El modelo trabaja rápido y casi siempre de forma verosímil, pero no conoce ni sus reglas de negocio ni su entorno de producción.

Claude Code incorpora para ello mecanismos de protección. En modo manual, arranca solo con permisos de lectura y pregunta antes de modificar archivos o ejecutar comandos. En modo automático, un modelo clasificador propio evalúa las acciones y bloquea las que considera inseguras. A ello se suman un entorno aislado (sandbox) para los comandos de Bash y autorizaciones para los accesos de red. Estos mecanismos protegen frente a acciones peligrosas aisladas. No responden a la pregunta de si el código terminado contiene una vulnerabilidad.

¿Qué es Claude Code Security y qué revisa?

Claude Code Security es la herramienta de Anthropic que examina toda una base de código en busca de vulnerabilidades y propone parches; se anunció el 20 de febrero de 2026 como versión preliminar de investigación limitada y, desde finales de abril de 2026, está disponible con el nombre «Claude Security» como beta pública para los clientes de Claude Enterprise (heise, 30.04.2026). Según heise, los clientes Team y Max deben seguir.

Según Anthropic, la herramienta no busca patrones conocidos como un escáner clásico, sino que sigue cómo interactúan los componentes y cómo fluyen los datos por la aplicación. Así apunta a fallos de lógica de negocio y de control de acceso, que la comparación de patrones detecta mal. Cada hallazgo pasa por una contraverificación de varias etapas, recibe una gravedad y un grado de confianza y acaba en un panel. No se aplica nada sin aprobación humana.

Además hay dos herramientas que trabajan más cerca del diff individual:

¿Qué no revisa Claude Code Security?

Las tres herramientas revisan el código en busca de vulnerabilidades; ninguna detiene un comando antes de que se ejecute y ninguna comprueba el flujo de trabajo, es decir, si un plan fue aprobado, si una prueba estuvo realmente en rojo y luego en verde o si una migración es reversible. Eso no es una debilidad, sino otra finalidad: encuentran vulnerabilidades en el código, no errores en el procedimiento.

Anthropic mismo menciona dos límites. Según su descripción, la GitHub Action no está endurecida frente a la inyección de prompts y solo debe revisar pull requests de confianza; para las contribuciones externas, el repositorio recomienda dejar que los flujos de trabajo se ejecuten únicamente tras la aprobación de un mantenedor. Y la Action omite deliberadamente algunos tipos de hallazgo para reducir las falsas alarmas, entre ellos la denegación de servicio, la falta de limitación de tasa y las redirecciones abiertas.

¿Cómo hago que se revise automáticamente cada diff de Claude Code?

Con una verificación que no proceda del autor del código: en cuanto el diff terminado toca áreas críticas para la seguridad o supera un determinado tamaño, Code Guardian lo hace leer por un agente de revisión propio, que no conoce ni el encargo ni el plan del agente que escribe, y comunica cada hallazgo con su prueba. Quien conoce el plan lee en el diff lo que espera; un lector «en frío» lee lo que hay.

El paquete incluye para ello 15 agentes de revisión que verifican de forma independiente entre sí, además de cinco modos, siete gates y 22 detectores (versión Code Guardian 17.17). Sin paquete adicional, proceda así:

1. Antes de cada commit, ejecutar /security-review sobre los cambios pendientes.
2. Para los pull requests, configurar la GitHub Action de Anthropic, solo para contribuciones de confianza.
3. Iniciar la revisión en una sesión nueva o en un subagente que no conozca el plan.
4. Reproducir cada hallazgo antes de corregirlo: un hallazgo es una afirmación hasta que una prueba o un comando lo confirma.

Cómo transcurre en detalle una revisión de código de IA lo describe nuestra guía Revisión de código para código generado por IA.

¿Qué vulnerabilidades debe comprobar una revisión de código de IA?

Las mismas que en el código humano, solo que a mayor velocidad: la propia acción de revisión de seguridad de Anthropic examina diez categorías, desde la inyección y la autenticación hasta la exposición de datos y las dependencias de la cadena de suministro.

• Inyección: SQL, comandos, LDAP, XPath, NoSQL, XXE
• Autenticación y autorización: falta de comprobación de permisos, escalada de privilegios, errores de sesión
• Exposición de datos: secretos incrustados en el código, datos sensibles en los registros, datos personales
• Criptografía: algoritmos débiles, gestión de claves, números aleatorios inseguros
• Comprobación de entradas y lógica de negocio: validación ausente, condiciones de carrera
• Configuración: valores predeterminados inseguros, cabeceras de seguridad ausentes, CORS demasiado abierto
• Cadena de suministro: dependencias vulnerables, typosquatting
• Ejecución de código y XSS: deserialización insegura, eval, cross-site scripting

Con los agentes de IA se añade un peligro que ningún diff muestra: el propio comando. Un agente con permiso para ejecutar puede borrar, desplegar o migrar una base de datos antes de que se haga cualquier revisión.

¿Cómo evito que Claude Code ejecute comandos peligrosos?

Con un bloqueo previo al comando en lugar de una reprimenda posterior: Code Guardian se engancha a Claude Code mediante hooks y rechaza cuatro tipos de comandos antes de que se ejecuten, a saber, borrar, secretos en el commit, despliegue y migración. El agente recibe el motivo en forma de texto y primero debe aportar la prueba que falta.

Code Guardian detiene, por ejemplo, un comando de despliegue sin un informe de verificación reciente con este mensaje (abreviado):

DEPLOY GATE (code-guardian): Deploy-Kommando ohne frischen Gate-Report.

Con los medios propios de Claude Code se llega hasta cierto punto: inscribir comandos en permissions.deny, activar el sandbox con /sandbox y usar ajustes gestionados en el equipo. Una regla de denegación, sin embargo, solo actúa sobre el comando tal como está escrito; no detiene el mismo efecto conseguido mediante otro comando. Cómo comprobar de antemano skills y extensiones de terceros se explica en la guía Claude Code Skills.

¿Funciona también con Codex?

Code Guardian existe para Claude Code y para OpenAI Codex; en ambas ediciones los bloqueos los realizan los mismos cerrojos. Algunos skills que leen las transcripciones de sesión de Claude Code solo están en el paquete de Claude Code. En cambio, /security-review de Anthropic y la GitHub Action están ligados a Claude; la Action necesita una clave de API de Claude.

Preguntas frecuentes

¿Es gratuito Claude Security?

No, según heise, Claude Security está disponible para los clientes de Claude Enterprise; en el anuncio, Anthropic ofreció a los mantenedores de proyectos de código abierto un acceso gratuito y acelerado. La GitHub Action es de código abierto, pero consume su cuota de la API de Claude.

¿Sustituye una revisión de IA a la revisión humana?

No. Tampoco Anthropic deja que se aplique nada sin aprobación humana en Claude Security. Una revisión de IA encuentra más en menos tiempo; la decisión de qué se publica sigue en sus manos. Quién responde por los daños causados por código de IA lo explica nuestra guía sobre la responsabilidad por el código generado por IA.

¿Cuál es la diferencia entre una revisión de código y un quality gate?

Una revisión de código evalúa código terminado. Un quality gate actúa antes de una operación y solo la deja ejecutarse cuando existe la prueba, por ejemplo antes de un despliegue o de una migración. Ambos se complementan.

Hacer revisar el código de Claude Code antes de publicarlo

Code Guardian funciona en Claude Code y Codex, hace que un agente de revisión «en frío» lea los diffs de riesgo y detiene los comandos de riesgo antes de que lleguen a su software. Cómo se ve esto en el día a día lo muestra el funcionamiento en diapositivas; la licencia y el recorrido por el producto los encontrará en la página Code Guardian.

Fuentes

• Anthropic: Making frontier cybersecurity capabilities available to defenders (20.02.2026)
• heise online: Claude Security – Anthropic bringt KI-Schwachstellenscanner für Unternehmen (30.04.2026)
• Documentación de Claude Code: Security
• GitHub: anthropics/claude-code-security-review

Fecha: 10 de noviembre de 2026. Información general, no constituye asesoramiento jurídico.