Están disponibles las actualizaciones de la biblioteca criptográfica OpenSSL 3.0.16, 3.1.8, 3.2.4, 3.3.3 y 3.4.1. En las versiones 3.2.4, 3.3.3 y 3.4.1 se ha corregido una vulnerabilidad (CVE-2024-12797) clasificada como de alto riesgo. Esta vulnerabilidad permite llevar a cabo un ataque MITM en conexiones TLS y DTLS. El problema se presenta únicamente en sistemas que utilizan claves públicas RPK (Raw Public Key, RFC 7250) para la autenticación de clientes. Por defecto, el soporte de RPK está deshabilitado en el lado del cliente y servidores.
La vulnerabilidad es causada porque OpenSSL no devuelve al cliente información sobre la falla de autenticación del servidor al establecer una conexión utilizando el modo de verificación SSL_VERIFY_PEER, ya que el proceso de negociación de conexión no se interrumpe correctamente. Un atacante puede llevar a cabo un ataque MITM y redirigir el tráfico a su host en lugar del servidor objetivo, y el cliente no recibirá información de que servidor no está autenticado. El problema comienza a partir de la rama OpenSSL 3.2, donde se introdujo la posibilidad de usar RPK en lugar de certificados X.509.
Además, en las actualizaciones de OpenSSL se ha corregido la vulnerabilidad CVE-2024-13176, que permite llevar a cabo un ataque de canal lateral para recuperar una clave privada ECDSA mediante el análisis de los retrasos que ocurren durante la generación de la firma digital. La esencia de la vulnerabilidad es que, para ciertos tipos de curvas elípticas, como NIST P-521, se pueden aislar cálculos con bits altos nulos en el valor invertido del vector de inicialización (nonce), cuyo tiempo de procesamiento varía en 300 nanosegundos.
En el caso de ECDSA, definir incluso unos pocos bits con información sobre el vector de inicialización es suficiente para llevar a cabo un ataque de recuperación secuencial de toda la clave privada. Para que el ataque tenga éxito, el atacante debe tener acceso al sistema local donde se ejecuta la aplicación que genera firmas digitales, o acceso a la red de alta velocidad a la aplicación con latencias muy bajas. El atacante también debe tener la capacidad de analizar con gran precisión el tiempo de generación de un gran número de firmas digitales creadas sobre datos que ya conoce.
Fuente: opennet.ru
