CVE-2022-0778-POC

Un POC sencillo de activación remota para CVE-2022-0778

Por qué

Mientras intentábamos validar si las implementaciones de servidor de nuestro lado eran/son vulnerables a CVE-2022-0778, resultó extremadamente engorroso hacerlo de forma remota. Las instrucciones para crear certificados maliciosamente diseñados para activar el error de análisis en BN_nod_sqrt() han estado disponibles desde hace un tiempo, pero el problema principal es que la mayoría de las implementaciones de clientes intentarían analizar el certificado del cliente para usarlo en el handshake TLS. Esto a su vez significaba que:

• si la implementación era vulnerable, el error se activaría y el cliente consumiría el 100% de CPU y se detendría.
• si la implementación no era vulnerable, el certificado no podía analizarse y el cliente, con razón, finalizaría.

Qué

Lo que realmente se necesitaba era poder inyectar un mensaje en el handshake TLS para poder reemplazar el contenido del mensaje Certificate que el cliente envía al servidor en respuesta al mensaje CertificateRequest.

Cómo

Esto depende de tlslite-ng y sobrescribe el método TLSConnection._clientKeyExchange para que durante un handshake TLS con un servidor posiblemente vulnerable:

1. Enviemos un mensaje ClientHello como lo haríamos normalmente
2. Consumamos el ServerHelloMessage y comprobemos si contiene un CertificateRequest