elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.
 
Inicio Ayuda Buscar Ingresar Registrarse
27 Mayo 2012, 18:35  


Tema destacado: Nueva página de elhacker.net en Google+ Google+

+  Foro de elhacker.net
|-+  Seguridad Informática
| |-+  Hacking Avanzado (Moderadores: ANELKAOS, TRICKY)
| | |-+  SSLDUMP
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: [1] Ir Abajo Respuesta Imprimir
Autor Tema: SSLDUMP  (Leído 2,871 veces)
ANELKAOS
Moderador Global
***
Desconectado Desconectado

Mensajes: 3.049


#include<nda.h>


Ver Perfil WWW
SSLDUMP
« en: 28 Noviembre 2005, 01:32 »

ssldump es un analizador del protocolo de red de tráfico SSLv3/TLS.  Identifica conexiones del TCP en el interfaz de red elegido interpretando las del tráfico SSLv3/TLS.

Cuando detecta tráfico SSLv3/TLS, descifra los identificadores y los muestra en texto plano en el stdout.  Si dispones del certificado adecuado, también descifra las conexiones y muestra los datos del trafico.

WEB OFICIAL: http://www.rtfm.com/ssldump/
DESCARGA http://www.rtfm.com/ssldump/ssldump-0.9b3.tar.gz
« Última modificación: 30 Noviembre 2005, 23:09 por ANELKAOS » En línea

Unravel
BlueHack Team


Desconectado Desconectado

Mensajes: 1.016



Ver Perfil
Re: SSLDUMP
« Respuesta #1 en: 1 Diciembre 2005, 05:16 »

Voy a comentar esta herramienta, porque lo que pasa es que luego la gente no lo lee con detenimiento, y va por la vida con la idea de que existe algo que te abre el SSL.

Es que además, estos tíos son unos cachondos.

Si es un simple sniffer.

De que te vale sniffar todo el handshake? como curiosidad está bien, pero están vendiendo humo.

Vamos a analizar lo que dicen que hacen, sacado de su web :

Código:
New TCP connection #3: localhost(3638) <-> localhost(4433)
3 1  0.0738 (0.0738)  C>S  Handshake      ClientHello
3 2  0.0743 (0.0004)  S>C  Handshake      ServerHello
3 3  0.0743 (0.0000)  S>C  Handshake      Certificate
3 4  0.0743 (0.0000)  S>C  Handshake      ServerHelloDone
3 5  0.0866 (0.0123)  C>S  Handshake      ClientKeyExchange
3 6  0.0866 (0.0000)  C>S  ChangeCipherSpec
3 7  0.0866 (0.0000)  C>S  Handshake      Finished
3 8  0.0909 (0.0043)  S>C  ChangeCipherSpec
3 9  0.0909 (0.0000)  S>C  Handshake      Finished

1. - El cliente hace la peticion al server, el ClientHello.
2. - El server se reconoce como presente, el ServerHello.
3. - Y manda la parte publica de su certificado al cliente.
4. - Da por concluido el ServerHello.
5. - Se produce el intercambio de claves. ClientKeyExchange. Esto que es?. Que el navegador del usuario genera una clave aleatoria, la clave de sesión, la cifra con la clave pública del certificado del servidor, y se la manda. En ese momento, esa claves solo se puede descifrar con el certificado del servidor, con su clave privada. Así que te da igual capturar todo el paquete, porque no vas a poder descifrarlo.
Esto sin comentar, que previamente, el navegador valida el certificado del servidor para comprobar que es quien dice ser y que corresponde a su dominio.
6.- El cliente le dice al servidor que tipo de algoritmos de cifrado simetrico soporta su navegador.
7.- Acaba el handshake.
8.- El servidor le dice al cliente que algortimo va a usar para cifrar.
9-  Acaba el protocolo y empieza la transmision de datos, cifrada con el algoritmo de cifrado antes negociado y con la clave de sesion intercambiada.

Como vemos, esto solo nos vale para verificar errores y poco más. La clave de sesión podemos cogerla pero cifrada, y tampoco nos vale tenr un superordenador para descifrarla por fuerza bruta y luego descifrar la transferencia, porque tardariamos siglos en conseguirla, y ademas todo esto se renegocia creando una clave nueva cada pocos minutos.

Luego añaden:
Citar
This example uses the flags for minimal decoding. ssldump has flags to allow decoding of all messages, including printing the application protocol data

Que previamente complementan con:

Citar
Si dispones del certificado adecuado, también descifra las conexiones y muestra los datos del trafico.

Si, si dispones del certficado del servidor. Pero eso es evidente. Si dispones del servidor tb ves todos los datos en claro.

En fín, está visto que lo que se lleva es vender humo.
Podeis probarla, conectaros a un server con SSL, y no sacareis nada.

Salu2.
En línea

"La verdad es un ácido corrosivo que salpica casi siempre al que la maneja". Santiago Ramón y Cajal.
kudo_chan

Desconectado Desconectado

Mensajes: 27


Ver Perfil
Re: SSLDUMP
« Respuesta #2 en: 2 Diciembre 2005, 10:09 »

Lo probé hace tiempo, y no sé si el tema sigue igual, pero había que forzar al servidor para que no utilizara Ephemeral keys, sino el ssldump pese al certificado no se puede enterar de nada, y eso era una guarrada bastante grande.

Yo no le veo utilidad como herramienta de ataque, es simplemente una implementación libre de los sistemas que venden por ahí para recoger logs centralizados de varios servidores con https. Concretamente lo que estuve viendo yo eran una especie de proxys inversos ssl para ir pillando logs, pasando el IDS/IPS y el antivirus y luego se pasaba la petición https a un cluster de servidores.

Bueno, ya vale que me enrollo y encima no se si se va a entender algo (estoy algo espeso hoy).
En línea
Unravel
BlueHack Team


Desconectado Desconectado

Mensajes: 1.016



Ver Perfil
Re: SSLDUMP
« Respuesta #3 en: 6 Diciembre 2005, 04:39 »

Si, si usa DH tampoco funciona tampoco descifra.

Solo funciona si se usa RSA estático (y se le proporciona la clave privada del servidor por supuesto), pero si se negocia la clave de sesión con Ephemeral Keys o Diffie-Hellman, nada de nada, como no podia ser de otra forma.
En línea

"La verdad es un ácido corrosivo que salpica casi siempre al que la maneja". Santiago Ramón y Cajal.
Páginas: [1] Ir Arriba Respuesta Imprimir 

Ir a:  
Powered by SMF 1.1.16 | SMF © 2006-2008, Simple Machines