Claude pone a dieta a OpenSSH

Menos puertas, no menos fallos

El informe lo firma Chris Rohlf, del Frontier Red Team de Anthropic, la empresa de Claude, que es una sociedad de beneficio público. La idea, según Anthropic: arreglar los fallos de uno en uno no da abasto; recortar el código que se alcanza desde fuera no elimina los fallos desconocidos, pero los pone más lejos y rebaja su gravedad.

La empresa buscó por tres vías: código activo de serie que nada usa, opciones razonables que juntas apagan un control de seguridad y código delicado que corre antes de que el servidor sepa con quién habla.

El código más vigilado del mundo

Según Anthropic, OpenSSH, un código en C «de gran calidad» y de los más auditados del mundo, fue el proyecto con el mayor recorte en proporción a sus líneas. En la versión 10.4, del 6 de julio, su servidor, sshd, leía la clave que enviaba el cliente y solo después miraba si ese tipo de clave estaba permitido, según la empresa.

Una firma nueva al alcance de cualquiera

Esa versión estrenó, en pruebas y desactivada de serie, una firma poscuántica híbrida que combina ML-DSA 44 y Ed25519, según sus notas. Aun así, según Anthropic, unas 4.500 de sus líneas quedaban al alcance de un cliente sin identificar, incluso si el administrador había excluido el algoritmo: alrededor del 16 % del código propio de OpenSSH que corre antes de identificar al cliente, y «código complejo y no seguro en memoria».

El arreglo llegó en dos versiones

Anthropic avisó a los desarrolladores con los parches hechos. La 10.5, del 11 de agosto, adelantó la comprobación a antes de leer la clave, un cambio que sus notas atribuyen a una sugerencia de Christopher Paul Rohlf, de Anthropic.

Claude vio después dos huecos, según Anthropic. Un cliente podía anunciar ssh-ed25519, un tipo permitido, y colar una clave ML-DSA, porque el lector se guiaba por el tipo escrito dentro de la clave. Y con certificados, el servidor verificaba la firma de la autoridad emisora antes de mirar la configuración, lo que dejaba todos sus verificadores de firmas al alcance de cualquier cliente que completara el intercambio de claves.

Tras una prueba de concepto y varias rondas con los mantenedores, la comprobación pasó a hacerse dentro del propio lector de claves. La 10.6, del 6 de octubre, la incluye y la acredita a Rohlf «in collaboration with Claude and Anthropic Research» («en colaboración con Claude y Anthropic Research»).

OpenSSH quiere los avisos con el arreglo hecho

Las notas de la 10.6 añaden la otra cara. El equipo de OpenSSH dice recibir «un gran número» de avisos de fallos de seguridad hallados por IA o con su ayuda, muchos sin impacto real, y aun así los recibe «muy bien», sobre todo con revisión humana, pruebas y un arreglo propuesto.

Y avisa: en varios casos, un fallo hallado con IA lo ha descubierto después, por su cuenta, otro investigador, así que es probable que los atacantes que no avisan también puedan encontrarlo. Por eso, de momento, publicará versiones más a menudo.

Casi quinientos problemas en 25 proyectos

De los 25 proyectos, escritos en C, C++, Java, PHP o Python, entre otros lenguajes, 10 sirven a cualquiera, 11 solo a usuarios identificados y 4 al entorno privado de quien los instala, según Anthropic. Uno de sus ejemplos, sin nombrar el proyecto: dos opciones que, juntas, desactivaban la exigencia de certificado al cliente y convivían desde hacía 21 años. Ninguno de los hallazgos de los 11 proyectos con acceso controlado era explotable de inmediato por sí solo, según la empresa.

Una receta en tres pasadas

Anthropic ha reunido el método en un paquete de instrucciones reutilizable para Claude que, según la empresa, está trabajando para integrar en OSS-Scanner, su herramienta de revisión de código abierto. Hace tres pasadas, una por vía, confirma cada hallazgo ejecutando el programa y exige que las pruebas del propio proyecto den resultados idénticos. Los cambios que afectarían a una configuración distinta de la de serie los decide una persona.