<?xml version="1.0" encoding="ISO-8859-15"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Kaminsky, Kaminsky, Kaminsky &#8230;</title>
	<atom:link href="http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/</link>
	<description>Seguridad de la Información y Auditoría de Sistemas</description>
	<lastBuildDate>Thu, 11 Mar 2010 13:45:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Clickjacking &#187; Sergio Hernando</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-49326</link>
		<dc:creator>Clickjacking &#187; Sergio Hernando</dc:creator>
		<pubDate>Sun, 28 Sep 2008 21:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-49326</guid>
		<description>[...] El clickjacking promete ser el nuevo tema de moda en la red, lo que me recuerda al reciente caso de Kaminsky. [...]</description>
		<content:encoded><![CDATA[<p>[...] El clickjacking promete ser el nuevo tema de moda en la red, lo que me recuerda al reciente caso de Kaminsky. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48430</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Fri, 01 Aug 2008 14:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48430</guid>
		<description>Un par de enlaces de interés, ...

DNS Attack Writer a Victim of His Own Creation = 
http://www.pcworld.com/businesscenter/article/149136/dns_attack_writer_a_victim_of_his_own_creation.html 

Verizon Business, DNS facts and scenarios = 
http://securityblog.verizonbusiness.com/2008/07/25/dns-exploits-what-could-actually-happen/

A ver qué cuenta Kaminsky en Blackhat,

Un abrazo... y enhorabuena a los que ya están de vacaciones !!!</description>
		<content:encoded><![CDATA[<p>Un par de enlaces de interés, &#8230;</p>
<p>DNS Attack Writer a Victim of His Own Creation =<br />
<a href="http://www.pcworld.com/businesscenter/article/149136/dns_attack_writer_a_victim_of_his_own_creation.html" rel="nofollow">http://www.pcworld.com/businesscenter/article/149136/dns_attack_writer_a_victim_of_his_own_creation.html</a> </p>
<p>Verizon Business, DNS facts and scenarios =<br />
<a href="http://securityblog.verizonbusiness.com/2008/07/25/dns-exploits-what-could-actually-happen/" rel="nofollow">http://securityblog.verizonbusiness.com/2008/07/25/dns-exploits-what-could-actually-happen/</a></p>
<p>A ver qué cuenta Kaminsky en Blackhat,</p>
<p>Un abrazo&#8230; y enhorabuena a los que ya están de vacaciones !!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48353</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Wed, 30 Jul 2008 13:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48353</guid>
		<description>Apunto este enlace, prueba de concepto en bandaancha....

http://bandaancha.eu/articulo/5886/envenenando-dns-telefonica</description>
		<content:encoded><![CDATA[<p>Apunto este enlace, prueba de concepto en bandaancha&#8230;.</p>
<p><a href="http://bandaancha.eu/articulo/5886/envenenando-dns-telefonica" rel="nofollow">http://bandaancha.eu/articulo/5886/envenenando-dns-telefonica</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48315</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Tue, 29 Jul 2008 16:05:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48315</guid>
		<description>Gracias Sergio por la respuesta. Decirte que estoy &#039;enganchado&#039; al tema ;-) leyendo mucho. Ej... 

(a) &quot;Dicen&quot; algunos que el parcheo es sólo problema de lado servidor DNS. Es mentira.  ej: Windows tiene un cliente DNS resolver y hace caché...  

Casualmente lo tengo desactivado hace tiempo por recomendación de Spybot S&amp;D v1.5.2, entre otros (hmmm...)

Sobre esta caché DNS de Windows, me llama profundamente la atención un parámetro de registro &quot;QueryIpMatching&quot; que por default (incl. S.O. parcheados hasta julio 2008) permiten que Windows admita datos DNS de direcciones IP aunque no haya solicitado nada !! (puff)

Mis dedos no pueden responder a todo lo que pasa por mi mente con este dato; continúo leyendo al respecto. Sólo se me ocurre que en 2008, ese parámetro realmente ya es obsoleto (no me cuadra contra source port y transaction ID, aunque sea en máquinas Windows).

(b) Ok, volviendo al punto del UDP Port Scan supuesto del DNS de Orange (62.37.237.140) y tu respuesta, hoy estoy tranquilo; pero para el futuro... no. Pienso en IP spoofing de malware corriendo en 127.0.0.1... Entonces es un fake-ORANGE en local o remoto!

Ej: 

malware1-bot.exe en PC&#039;s haciendo muuuúltiples peticiones a servidores DNS reales de dominios aleatorios inexistentes. Menuda cadena de peticiones se genera ¿no? DNS1 -&gt; DNS2 -&gt; ... ROOT y respuestas de retorno. Pensando en esto, se entiende que MS no recomiende deshabilitar cache-DNS. Si no, Internet se nos cae.

malware2-local-poisoner.exe el que genera respuestas falsas para pillar por estadística puerto/transaction ID, para infectar 1 de cada 10.000 peticiones DNS, por poner algún número.

Acaso hay maneras más fáciles de hacer pharming, simplemente envenenando directamente la caché-DNS de Windows. Pero una combinación de lo anterior puede inspirar a gente; si no la ha inspirado ya y hace tiempo (ej: ROCK PHISH group)

En fin, está entretenido.</description>
		<content:encoded><![CDATA[<p>Gracias Sergio por la respuesta. Decirte que estoy &#8216;enganchado&#8217; al tema ;-) leyendo mucho. Ej&#8230; </p>
<p>(a) &#8220;Dicen&#8221; algunos que el parcheo es sólo problema de lado servidor DNS. Es mentira.  ej: Windows tiene un cliente DNS resolver y hace caché&#8230;  </p>
<p>Casualmente lo tengo desactivado hace tiempo por recomendación de Spybot S&amp;D v1.5.2, entre otros (hmmm&#8230;)</p>
<p>Sobre esta caché DNS de Windows, me llama profundamente la atención un parámetro de registro &#8220;QueryIpMatching&#8221; que por default (incl. S.O. parcheados hasta julio 2008) permiten que Windows admita datos DNS de direcciones IP aunque no haya solicitado nada !! (puff)</p>
<p>Mis dedos no pueden responder a todo lo que pasa por mi mente con este dato; continúo leyendo al respecto. Sólo se me ocurre que en 2008, ese parámetro realmente ya es obsoleto (no me cuadra contra source port y transaction ID, aunque sea en máquinas Windows).</p>
<p>(b) Ok, volviendo al punto del UDP Port Scan supuesto del DNS de Orange (62.37.237.140) y tu respuesta, hoy estoy tranquilo; pero para el futuro&#8230; no. Pienso en IP spoofing de malware corriendo en 127.0.0.1&#8230; Entonces es un fake-ORANGE en local o remoto!</p>
<p>Ej: </p>
<p>malware1-bot.exe en PC&#8217;s haciendo muuuúltiples peticiones a servidores DNS reales de dominios aleatorios inexistentes. Menuda cadena de peticiones se genera ¿no? DNS1 -&gt; DNS2 -&gt; &#8230; ROOT y respuestas de retorno. Pensando en esto, se entiende que MS no recomiende deshabilitar cache-DNS. Si no, Internet se nos cae.</p>
<p>malware2-local-poisoner.exe el que genera respuestas falsas para pillar por estadística puerto/transaction ID, para infectar 1 de cada 10.000 peticiones DNS, por poner algún número.</p>
<p>Acaso hay maneras más fáciles de hacer pharming, simplemente envenenando directamente la caché-DNS de Windows. Pero una combinación de lo anterior puede inspirar a gente; si no la ha inspirado ya y hace tiempo (ej: ROCK PHISH group)</p>
<p>En fin, está entretenido.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Sergio Hernando</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48312</link>
		<dc:creator>Sergio Hernando</dc:creator>
		<pubDate>Tue, 29 Jul 2008 14:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48312</guid>
		<description>jcbarreto,

Los tiempos de reacción de los ISPs y carriers es bastante decepcionante, la verdad. Un vistazo al analizador de DNS que citas basta para comprobarlo. 

La solución óptima pasa por usar, hasta que el tema esté aclarado, OpenDNS.

En el log que muestras, veo la pauta típica y tópica de un escaneo de puertos automatizado. Teniendo en cuenta que 62.37.237.140 es el DNS de Orange, yo no me preocuparía ;)</description>
		<content:encoded><![CDATA[<p>jcbarreto,</p>
<p>Los tiempos de reacción de los ISPs y carriers es bastante decepcionante, la verdad. Un vistazo al analizador de DNS que citas basta para comprobarlo. </p>
<p>La solución óptima pasa por usar, hasta que el tema esté aclarado, OpenDNS.</p>
<p>En el log que muestras, veo la pauta típica y tópica de un escaneo de puertos automatizado. Teniendo en cuenta que 62.37.237.140 es el DNS de Orange, yo no me preocuparía ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48306</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Tue, 29 Jul 2008 09:04:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48306</guid>
		<description>Hipotesis3 (thinking as a phisher): Ahora no son malignas pero si lo *serán* (a partir de agosto)... ráfagas de respuestas DNS falsas (spoofing malware) intentando envenenar por azar (o algoritmos más eficientes). Tendrán más éxito en los sistemas no parcheados o sin cortafuegos buenos.

Ej: en máquinas windows no parcheadas, el rango de puertos podría limitarse a 1030 - 5000

A ver qué compañía reporta el primer troyano con estas características y cuándo. Yo calculo para la 2a. semana de agosto.... :-)</description>
		<content:encoded><![CDATA[<p>Hipotesis3 (thinking as a phisher): Ahora no son malignas pero si lo *serán* (a partir de agosto)&#8230; ráfagas de respuestas DNS falsas (spoofing malware) intentando envenenar por azar (o algoritmos más eficientes). Tendrán más éxito en los sistemas no parcheados o sin cortafuegos buenos.</p>
<p>Ej: en máquinas windows no parcheadas, el rango de puertos podría limitarse a 1030 &#8211; 5000</p>
<p>A ver qué compañía reporta el primer troyano con estas características y cuándo. Yo calculo para la 2a. semana de agosto&#8230;. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48294</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Mon, 28 Jul 2008 23:43:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48294</guid>
		<description>Interesantes las descripciones http://amd.co.at/dns.htm (*) y  las refs como CAU-EX-2008-0002, para imaginar ataques y el por qué de la importancia de &quot;randomizar&quot; source port y transaction ID.

(*) Caché de blogspot Matasano (?)

Mis conocimientos de DNS son muy básicos, pero la reciente lectura de arriba (*) hace que me pregunte OTRA vez el significado de las siguientes entradas en log de cortafuegos personal Comodo que vengo observando desde hace tiempo (había leído que eran &quot;normales&quot;, provenientes de los DNS; pero ahora no estoy tan seguro):

Entrada típica Log:
Date/Time :2008-07-29 00:56:02
Severity :High
Reporter :Network Monitor
Description: UDP Port Scan
Attacker: 62.37.237.140 
Ports: 5356, 38343, 11972, 64253, 33260, 17151, 20975, 2038, 995, 6613, 24774, 48086, 63440, 47054, 18892, 63444, 10234, 34754, 3541, 3833, 10432, 58336, 21989, 43503, 14321, 10787, 47675, 10938, 44194, 53555, 32093, 16721, 22293, 54033, 23345, 30039, 22493, 11963, 29626, 10938, 10930, 8762, 43691, 10922, 15017, 53525, 7511, 21809, 29055, 65365 
The attacker has been temporarily blocked

62.37.237.140 es el DNS que tengas configurado. Hasta ahora pensaba que realmente no hay ataque (y probablemente no lo es), pero me llama la atención, por ejemplo hoy, que estas entradas se repiten más o menos cada 45 minutos (sin haber pinchado nuevos links).

PREGUNTA: ¿Qué significan...? Por si alguien me puede orientar. Ejemplo:

Hipotesis1: son ráfagas de respuestas DNS genuinas que el FW rechaza por su ritmo. O actualizaciones que, realmente no competen a un PC con Windows, por no ser realmente un auto-servidor DNS (?). Not clear

Hipotesis2 (teoría de la conspiración :-) ): son ráfagas de respuestas DNS falsas (spoofing malware) intentando envenenar por azar.

Hipotesis3: la que sugiráis vosotros.

Seguramente lo más sencillo e inofensivo será lo más probable. 

GRACIAS por cualquier orientación (ej: dónde informarme).</description>
		<content:encoded><![CDATA[<p>Interesantes las descripciones <a href="http://amd.co.at/dns.htm" rel="nofollow">http://amd.co.at/dns.htm</a> (*) y  las refs como CAU-EX-2008-0002, para imaginar ataques y el por qué de la importancia de &#8220;randomizar&#8221; source port y transaction ID.</p>
<p>(*) Caché de blogspot Matasano (?)</p>
<p>Mis conocimientos de DNS son muy básicos, pero la reciente lectura de arriba (*) hace que me pregunte OTRA vez el significado de las siguientes entradas en log de cortafuegos personal Comodo que vengo observando desde hace tiempo (había leído que eran &#8220;normales&#8221;, provenientes de los DNS; pero ahora no estoy tan seguro):</p>
<p>Entrada típica Log:<br />
Date/Time :2008-07-29 00:56:02<br />
Severity :High<br />
Reporter :Network Monitor<br />
Description: UDP Port Scan<br />
Attacker: 62.37.237.140<br />
Ports: 5356, 38343, 11972, 64253, 33260, 17151, 20975, 2038, 995, 6613, 24774, 48086, 63440, 47054, 18892, 63444, 10234, 34754, 3541, 3833, 10432, 58336, 21989, 43503, 14321, 10787, 47675, 10938, 44194, 53555, 32093, 16721, 22293, 54033, 23345, 30039, 22493, 11963, 29626, 10938, 10930, 8762, 43691, 10922, 15017, 53525, 7511, 21809, 29055, 65365<br />
The attacker has been temporarily blocked</p>
<p>62.37.237.140 es el DNS que tengas configurado. Hasta ahora pensaba que realmente no hay ataque (y probablemente no lo es), pero me llama la atención, por ejemplo hoy, que estas entradas se repiten más o menos cada 45 minutos (sin haber pinchado nuevos links).</p>
<p>PREGUNTA: ¿Qué significan&#8230;? Por si alguien me puede orientar. Ejemplo:</p>
<p>Hipotesis1: son ráfagas de respuestas DNS genuinas que el FW rechaza por su ritmo. O actualizaciones que, realmente no competen a un PC con Windows, por no ser realmente un auto-servidor DNS (?). Not clear</p>
<p>Hipotesis2 (teoría de la conspiración :-) ): son ráfagas de respuestas DNS falsas (spoofing malware) intentando envenenar por azar.</p>
<p>Hipotesis3: la que sugiráis vosotros.</p>
<p>Seguramente lo más sencillo e inofensivo será lo más probable. </p>
<p>GRACIAS por cualquier orientación (ej: dónde informarme).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jcbarreto</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48292</link>
		<dc:creator>jcbarreto</dc:creator>
		<pubDate>Mon, 28 Jul 2008 21:11:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48292</guid>
		<description>Gracias por el enlace http://entropy.dns-oarc.net/test/ , más claro que el original indicado por Kaminsky (doxpara).

Me sorprende &#039;positivamente&#039; que a día de hoy las cadenas de resolución de nombrado / servicio DNS de algunos ISP&#039;s empiezan a estar &#039;parcheadas&#039;. Esto se puede visualizar, por ejemplo, en el sitio web de bandaancha:

http://bandaancha.eu/analizador-dns 

En la 3a columna del listado de DNS&#039;s se puede apreciar si es vulnerable o no. Más o menos 1 de cada 5 está marcado como NO vulnerable (jeje, yo esperaba que fuera peor ;-) ).

En cualquier caso, espero que los delincuentes no hagan su AGOSTO y nos pillen en bañador (qué casualidad), sabiendo que ya empiezan a salir propuestas de exploits y Mr Kaminsky, si no recuerdo mal, hará una demostración de su descubrimiento a principios del mes veraniego.

DNS&#039;s rápidos / no vulnerables que he testeado hoy exitosamente:

208.67.222.222, 208.67.220.220 (OpenDNS)
217.116.0.176, 217.116.0.177 (ns1, ns2.acens.net)
62.37.237.140 (orange)

Hoy, otros DNS como ya.com (62.151.20.6) y Telefonica (ej: 80.58.0.97 y 80.58.32.97) resultan inconsistentes en el test de entropía.

No está de más poner DNS&#039;s de confianza tanto en vuestros portátiles (sí, ese que te lleva a la playa) como en vuestros routers ADSL... ;-)

Un abrazo a todos :-)</description>
		<content:encoded><![CDATA[<p>Gracias por el enlace <a href="http://entropy.dns-oarc.net/test/" rel="nofollow">http://entropy.dns-oarc.net/test/</a> , más claro que el original indicado por Kaminsky (doxpara).</p>
<p>Me sorprende &#8216;positivamente&#8217; que a día de hoy las cadenas de resolución de nombrado / servicio DNS de algunos ISP&#8217;s empiezan a estar &#8216;parcheadas&#8217;. Esto se puede visualizar, por ejemplo, en el sitio web de bandaancha:</p>
<p><a href="http://bandaancha.eu/analizador-dns" rel="nofollow">http://bandaancha.eu/analizador-dns</a> </p>
<p>En la 3a columna del listado de DNS&#8217;s se puede apreciar si es vulnerable o no. Más o menos 1 de cada 5 está marcado como NO vulnerable (jeje, yo esperaba que fuera peor ;-) ).</p>
<p>En cualquier caso, espero que los delincuentes no hagan su AGOSTO y nos pillen en bañador (qué casualidad), sabiendo que ya empiezan a salir propuestas de exploits y Mr Kaminsky, si no recuerdo mal, hará una demostración de su descubrimiento a principios del mes veraniego.</p>
<p>DNS&#8217;s rápidos / no vulnerables que he testeado hoy exitosamente:</p>
<p>208.67.222.222, 208.67.220.220 (OpenDNS)<br />
217.116.0.176, 217.116.0.177 (ns1, ns2.acens.net)<br />
62.37.237.140 (orange)</p>
<p>Hoy, otros DNS como ya.com (62.151.20.6) y Telefonica (ej: 80.58.0.97 y 80.58.32.97) resultan inconsistentes en el test de entropía.</p>
<p>No está de más poner DNS&#8217;s de confianza tanto en vuestros portátiles (sí, ese que te lleva a la playa) como en vuestros routers ADSL&#8230; ;-)</p>
<p>Un abrazo a todos :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: troq</title>
		<link>http://www.sahw.com/wp/archivos/2008/07/25/kaminsky-kaminsky-kaminsky/comment-page-1/#comment-48281</link>
		<dc:creator>troq</dc:creator>
		<pubDate>Sun, 27 Jul 2008 22:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/?p=1356#comment-48281</guid>
		<description>con la de veces q sale esto por internet, es la vez q mas claro me ha quedado, gracias</description>
		<content:encoded><![CDATA[<p>con la de veces q sale esto por internet, es la vez q mas claro me ha quedado, gracias</p>
]]></content:encoded>
	</item>
</channel>
</rss>
