Llevaba unos d\u00edas a ver si encontraba un hueco para poneros al d\u00eda sobre el \u00abculebr\u00f3n Kaminsky\u00bb. Despu\u00e9s de todo, se ha desvelado antes de hora (quer\u00edan que fuera en el Blackhat de Las Vegas), pero se desvelaron los detalles t\u00e9cnicos el 21 de Julio.<\/p>\n
Todo empez\u00f3 cuando el d\u00eda 8 de Julio el US-CERT sac\u00f3 a la luz la vulnerabilidad descubierta por Dan Kaminsky sobre DNS<\/a>, en principio afectaban a una lista de m\u00e1s de 90 fabricantes: Cisco, Microsoft, Sun, Apple, Debian, FreeBSD, Alcatel-Lucent, 3Com, etc y permit\u00eda la falsificaci\u00f3n de las respuestas DNS y por lo tanto redireccionar tr\u00e1fico. Desde el d\u00eda 8 se est\u00e1 produciendo una actualizaci\u00f3n masiva en cualquier dispositivo que use DNS. Como ya sabeis, cualquier error de seguridad en una aplicaci\u00f3n o protocolo puede tener un gran impacto, pero, cuando hablamos de DNS, la gravedad se vuelve exponencial, ya que pr\u00e1cticamente todos los dem\u00e1s protocolos usan DNS para su correcto funcionamiento.<\/p>\n Los detalles t\u00e9cnicos se mantuvieron en secreto, aunque ya se sab\u00eda algo y lo comentamos por aqu\u00ed en la entrada de DNS<\/a>, Kaminsky fue muy discrito incluso public\u00f3 un testeador para saber si nuestros DNS estaban afectados<\/a>. Y era l\u00f3gico debido a que incluso uno o dos d\u00edas despu\u00e9s los servidores DNS de ISP como Telef\u00f3nica estaban afectados, tardaron un par de d\u00edas en arreglarlo.<\/p>\n El intento de Dan de mantener los detalles en silencio, para dar tiempo a los administradores a actualizar, algui\u00e9n se le adelant\u00f3. Adem\u00e1s de la gran cantidad de especulaciones que ha habido y que muchos investigadores se pusieron a estirar del hilo…, el paso definitivo lo di\u00f3 el director de la compa\u00f1\u00eda Matasano, que era uno de los que conoc\u00eda todos los detalles. Public\u00f3 la informaci\u00f3n completa en su blog, y luego se arrepinti\u00f3 y lo retir\u00f3 pero ya era tarde, m\u00e1s tarde se pod\u00eda encontrar en slashdot y en la cach\u00e9 de Google, esa informaci\u00f3n corri\u00f3 como la espuma.<\/p>\n Poco m\u00e1s tarde, empezaron a aparecer los exploits, y aunque la mayor\u00eda de fabricantes ya han sacado un parche, es muy peligrosa que esa informaci\u00f3n ande suelta por Internet, a tan s\u00f3lo 2 semanas de la publicaci\u00f3n del problema.<\/p>\n Como conclusi\u00f3n, (y ahora dejar\u00e9 los enlaces…), creo que Kaminsky lo hizo muy bien, ya que aun conociendo el fallo desde enero, esper\u00f3 hasta Julio para que la mayor\u00eda de fabricantes tuviera listo el parche, y dejando un mes hasta desvelar la informaci\u00f3n completa, por el contrario… muy mal por parte de otros que desvelaron los detalles antes de tiempo, lo que hizo que no tardar\u00f3n en salir programas que aprovechaban el fallo, abajo teneis algunos para Metasploit.<\/p>\n Informaci\u00f3n:<\/p>\n Noticia en Slashdot, y enlaces a los detalles t\u00e9cnicos<\/a><\/p>\n Noticia informando sobre los \u00abDNS exploits in the wild\u00bb<\/a><\/p>\n Snort signature for DNS servers<\/a><\/p>\n Metasploit: Kaminsky DNS Cache Poisoning Flaw Exploit for Domains<\/a><\/p>\n C\u00f3mo parchear algunos sistemas:<\/p>\n How To Patch BIND9 Against DNS Cache Poisoning On Debian Etch<\/a><\/p>\n
\nKaminsky DNS Cache Poisoning Flaw Exploit<\/a><\/p>\n