Ataque FREAK: ¿por qué el mensaje finalizado no lo evita?

Question

Ataque FREAK: ¿por qué el mensaje finalizado no lo evita?

#1 de Thomas Pornin (2 votos)
#2 de JOW (2 votos)

0

Este es mi entendimiento de FREAK (hazme saber si tengo razón, por favor):

1) El cliente quiere usar RSA moderno en ClientHello

2) MITM reenvía Export_RSA

3) El servidor dice que está bien y envía una clave RSA de exportación, firmada con una clave RSA (moderna) a largo plazo

4) debido a un error, el cliente no se confunde con este comportamiento y utiliza la clave export_RSA (ya no es la clave moderna) para enviar un secreto pms junto con

5) El protocolo de enlace concluye con mensajes terminados encriptados (QUE CONTIENEN UN HASH / LA FIRMA DE LAS CIPERSUAS)

Si lo anterior es correcto, ¿por qué 5) no previene el ATAQUE FREAK? Todavía se necesita mucho tiempo para factorizar una clave de exportación, por lo que el atacante MITM no tiene tiempo para romperla, ¿no es el apretón de manos?

¿La respuesta es porque los servidores son perezosos y solo usan una clave Export_RSA, así que podemos factorizarlo, luego atacar MITM y forjar 5)? Si es así, entonces esto es básicamente el ataque Logjam (aparte de 3), ¿verdad?

tls rsa openssl export

pregunta Mark 04.06.2015 - 12:54

fuente

2 respuestas

Lea otras preguntas en las etiquetas tls rsa openssl export

Ataque de inyección SQL - Defensas de permisos Término genérico para certificados y claves

score 2 · Answer 1

La idea del ataque FREAK es que el atacante ya ha factorizado ya la clave RSA, porque el servidor usa el mismo par de claves RSA siempre (generar un nuevo par de claves RSA es algo costoso así que el servidor no hará eso para cada conexión). Como el atacante, en ese momento, conoce la clave privada RSA, puede secuestrar la conexión y "arreglar" los mensajes finalizados.

score 2 · Answer 2

Según este Blog de forma predeterminada, los servidores web, incluido Apache, generarán una única clave RSA de grado de exportación cuando se inicie el servidor, y simplemente reutilizarán esa clave durante la vida útil de ese servidor.

Lo que esto significa es que puedes obtener esa clave RSA una vez, factorizarla y romper cada sesión en la que puedas poner tus mitones 'man in the middle' hasta que el servidor se caiga.