Aupa, Saúl Ibarra escribió: La contraseña efectivamente no va ahi, pero no es tan sencillo el asunto. (Espero ser lo menos impreciso posible, aunque se aceptaran todas las correcciones de los RFC readers que hay por aquí :P) En el mecanismo de desafió/respuesta, lo que el Registar envía al UA es un desafió que incluye entre otras cosas una marca de tiempo para que el desafió tenga un periodo de caducidad, el UA al recibir ese reto une su contraseña a ese reto y la "hashea"normalmente con MD5 (el cual tiene colisiones, al igual que todos los mecanismos de HASH) y eso conforma la respuesta al reto que es o que sera enviado (con lo cual, la contraseña nunca viaja a través de la red, en un mecanismo de registro o en un invite). En todo caso, ese hash (respuesta) llega al registar y es el que conociendo el reto y la contraseña aplica el mismo mecanismo que el cliente para crear la respuesta y si su respuesta y la del cliente coinciden es entonces cuando tomo la autenticación como correcta. El SipCrack, lo que hace es lo siguiente, teniendo el reto ,que viene en los paquetes sip como "nonce" (creo), saca el hash para cada una de las contraseñas que le pasas en el diccionario en uno de los parámetros y la compara y cuando una coincide es entonces cuando la da por valida (ojo, que no tiene porque ser la contraseña, podría ser una colisión). Siento la chapa, y espero no haber metido demasiado la pata, un saludo.

Aupa, Saúl Ibarra escribió: La contraseña efectivamente no va ahi, pero no es tan sencillo el asunto. (Espero ser lo menos impreciso posible, aunque se aceptaran todas las correcciones de los RFC readers que hay por aquí :P) En el mecanismo de desafió/respuesta, lo que el Registar envía al UA es un desafió que incluye entre otras cosas una marca de tiempo para que el desafió tenga un periodo de caducidad, el UA al recibir ese reto une su contraseña a ese reto y la "hashea"normalmente con MD5 (el cual tiene colisiones, al igual que todos los mecanismos de HASH) y eso conforma la respuesta al reto que es o que sera enviado (con lo cual, la contraseña nunca viaja a través de la red, en un mecanismo de registro o en un invite). En todo caso, ese hash (respuesta) llega al registar y es el que conociendo el reto y la contraseña aplica el mismo mecanismo que el cliente para crear la respuesta y si su respuesta y la del cliente coinciden es entonces cuando tomo la autenticación como correcta. El SipCrack, lo que hace es lo siguiente, teniendo el reto ,que viene en los paquetes sip como "nonce" (creo), saca el hash para cada una de las contraseñas que le pasas en el diccionario en uno de los parámetros y la compara y cuando una coincide es entonces cuando la da por valida (ojo, que no tiene porque ser la contraseña, podría ser una colisión). Siento la chapa, y espero no haber metido demasiado la pata, un saludo. -- David Santamaria Irontec: Internet y Sistemas sobre GNU/Linux http://www.irontec.com +34 944048182 _______________________________________________ Users-es mailing list Users-es(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es

Hola David, Genial y, sobre todo, sencilla explicación! :-)

Saludos JesusR. ------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr(a)voztele.com http://www.voztele.com Tel. 902360305 ------------------------------------- _______________________________________________ Users-es mailing list Users-es(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es