Anthropic publicó el 20 de octubre de 2026 una investigación sobre cómo utilizar Claude para reducir la superficie de ataque del software: el código al que puede llegar una entrada externa. La propuesta consiste en localizar funciones innecesariamente accesibles y situar controles antes de que se ejecuten.
En su estudio de 25 proyectos de código abierto, con más de cinco millones de líneas de código, Anthropic comunica 493 hallazgos. Esa cifra describe los resultados de su investigación; no equivale a 493 identificadores CVE ni a 493 ataques demostrados. Puntoes no ha repetido el análisis.
Tres preguntas sobre la exposición
El equipo examinó qué código quedaba accesible con la configuración predeterminada, qué combinaciones de opciones debilitaban controles y qué operaciones se ejecutaban antes de una barrera relevante, como la autenticación o una transición del protocolo.
Por ejemplo, dos ajustes razonables por separado pueden anular una comprobación al combinarse. Otro problema es aceptar un mensaje complejo y analizarlo por completo antes de decidir si su tipo estaba permitido.
El informe distingue proyectos públicos, proyectos que requieren autenticación y software destinado a un entorno privado. En los once del segundo grupo encontró código innecesariamente accesible. Anthropic aclara que los hallazgos de esa cohorte no eran inmediatamente explotables por sí solos. No extiende esa afirmación a todos los resultados del estudio.
OpenSSH permite contrastar un cambio concreto
El caso más útil para entender el método es OpenSSH. Según Anthropic, en la versión 10.4 era posible alcanzar código de análisis de claves antes de comprobar si el algoritmo estaba permitido. La versión 10.5 adelantó una comprobación, pero quedaron diferencias entre el tipo anunciado y el contenido real de la clave, además de una ruta relacionada con la firma de la autoridad certificadora.
Las notas oficiales de OpenSSH 10.6 confirman que se comprueban los tipos de clave y de firma de la autoridad certificadora contra las listas de algoritmos permitidos lo antes posible durante el análisis. Atribuyen la propuesta y el contraste a Chris Rohlf, en colaboración con Claude y Anthropic Research.
Hay dos fechas distintas: OpenSSH 10.6 salió el 6 de octubre; Anthropic explicó el trabajo el día 20. La investigación no anuncia un parche publicado hoy ni demuestra que todos los analizadores restantes sean seguros.
Cómo trasladar la idea a una revisión
Imaginemos un servicio que analiza un fichero complejo antes de comprobar el permiso del usuario. Es un ejemplo hipotético. Adelantar la autorización puede evitar que usuarios sin permiso alcancen ese analizador, aunque no corrija un posible fallo dentro de él. Los usuarios autorizados seguirían pudiendo llegar hasta ese código.
Una revisión útil debe explicar qué entrada alcanza cada función, por qué necesita hacerlo, dónde está el control y qué prueba confirma que la función legítima continúa funcionando.
Anthropic describe una skill con tres pasadas de análisis, trazas dinámicas y pruebas contra el comportamiento original. Los cambios que alterarían configuraciones no predeterminadas quedan para decisión humana. La integración en OSS-Scanner se presenta como trabajo en curso; no como una función ya disponible allí.
Qué no demuestra este trabajo
Reducir exposición complementa la búsqueda de vulnerabilidades y los parches. No los sustituye. Mover una barrera al lugar equivocado puede romper funciones legítimas, y unas pruebas que pasan solo cubren los escenarios que ejercitan. Los resultados y el método proceden del fabricante: no constituyen una garantía general de seguridad para cualquier repositorio.