Anthropic atribuye a Claude 493 problemas de superficie de ataque en 25 proyectos de código abierto. En los 11 proyectos de la categoría Gated, la empresa señaló que los hallazgos no eran explotables de inmediato por sí solos. La superficie de ataque, en este análisis, abarca el código al que se puede llegar y las configuraciones que pueden dejarlo expuesto, incluso antes de iniciar sesión.
Qué analizó Claude y qué cuenta la cifra
Los proyectos sumaban más de cinco millones de líneas de código e incluían C, C++, Java, PHP y Python. Claude examinó más de 17.000 opciones de configuración; 3.842 estaban relacionadas con controles o funciones de seguridad. Anthropic agrupó los proyectos en 10 Public, 11 Gated y 4 Private.
El recuento de 493 reúne problemas relacionados con accesos y configuraciones. No equivale a una lista de exploits demostrados. Anthropic sostiene que reducir el código innecesariamente accesible puede limitar los riesgos asociados a fallos desconocidos, aunque no elimina esos fallos.
Los accesos previos a la autenticación y las configuraciones
En los 11 proyectos Gated, Anthropic identificó 93 superficies innecesarias accesibles antes de la autenticación en la configuración predeterminada. También informó de 37 puntos donde se ejecutaba código o se registraba estado antes de autenticarse, y de 61 combinaciones de configuración que debilitaban un control previo a la autenticación. Son tres recuentos distintos dentro de ese grupo.
En el conjunto de proyectos, Anthropic encontró otras 162 combinaciones sensibles de configuración que se aceptaban sin advertencias ni documentación del comportamiento esperado. En 94 casos, la combinación desactivaba silenciosamente un control de seguridad; los otros 68 presentaban inconsistencias de otro tipo.
Qué cambió en OpenSSH entre las versiones 10.4 y 10.6
El caso detallado por Anthropic comienza con OpenSSH 10.4. En la configuración predeterminada de sshd, un cliente sin autenticar podía alcanzar unas 4.500 líneas de código experimental para firmas ML-DSA-44 antes de que el programa comprobara si ese tipo de clave estaba permitido. ML-DSA no estaba habilitado de forma predeterminada. Anthropic calcula que esas líneas representaban aproximadamente el 16 % del código de preautenticación de OpenSSH.
En OpenSSH 10.5, según Anthropic, se trasladó una comprobación para que se ejecutara antes del análisis del contenido. Un análisis posterior detectó brechas en la comprobación del tipo de clave codificado y en la ruta de las firmas de autoridades de certificación de certificados. Anthropic afirma que las correcciones finales llegaron en OpenSSH 10.6: las listas de tipos permitidos se comprueban antes de deserializar la clave o verificar la firma.
Anthropic estima que esos cambios retiraron del alcance de clientes sin autenticar aproximadamente una quinta parte del código que antes podían alcanzar en una compilación predeterminada. Esa proporción se refiere a ese código accesible, no a todo el código de OpenSSH.
Cómo valida Anthropic los cambios y qué pasa con OSS-Scanner
Anthropic describe un método que confirma los hallazgos con trazas dinámicas del programa. Para los cambios que afectan a la configuración predeterminada, compara la versión modificada con la original mediante el conjunto de pruebas del proyecto y una batería de regresión de caja negra. Los cambios que afectan a configuraciones no predeterminadas quedan para revisión humana.
Anthropic indicó que estaba trabajando para integrar esta herramienta reutilizable en OSS-Scanner, su servicio de análisis de seguridad de código abierto con participación voluntaria.
