<?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: Análisis de un ataque phishing casi perfecto</title>
	<atom:link href="http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/</link>
	<description>Seguridad de la Información y Auditoría de Sistemas</description>
	<lastBuildDate>Mon, 15 Mar 2010 17:13:37 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: javier cao avellaneda</title>
		<link>http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/comment-page-1/#comment-1338</link>
		<dc:creator>javier cao avellaneda</dc:creator>
		<pubDate>Wed, 15 Feb 2006 21:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/#comment-1338</guid>
		<description>El certificado solo garantiza que la dirección del navegador coincide con la que tiene el certificado. No evita el DNS spoofing porque además, las urls cambian de dirección IP frecuentemente.

El problema es que por desgracia se ha trivializado la aparición del candado. Los requisitos para expedir uno de servidor son diferentes segun las CA y los paises. Por otro lado, el navegador lleva por defecto algunos tambien, asi que realmente el usuario no controla &quot;en quien quiere confiar&quot;.
En España tenemos además la LEY 59/2003, de 19 de diciembre, de firma electrónica pero ya he visto en mas de un organismo oficial y empresas certificados generados con PKI propias para autenticar al servidor. Además, aunque el usuario más o menos entiende lo del candado, casi nunca puede verificarse la lista de certificados revocados por lo que si tienes activo que se mire la lista antes de dar por válido un certificado, siempre te avisa el navegador de que no puede saber si en ese momento el certificado es bueno o no y toca tirarse a la piscina y confiar en que sea válido. En fin, las cosas se han hecho mal y se continuan haciendo peor.</description>
		<content:encoded><![CDATA[<p>El certificado solo garantiza que la dirección del navegador coincide con la que tiene el certificado. No evita el DNS spoofing porque además, las urls cambian de dirección IP frecuentemente.</p>
<p>El problema es que por desgracia se ha trivializado la aparición del candado. Los requisitos para expedir uno de servidor son diferentes segun las CA y los paises. Por otro lado, el navegador lleva por defecto algunos tambien, asi que realmente el usuario no controla &#8220;en quien quiere confiar&#8221;.<br />
En España tenemos además la LEY 59/2003, de 19 de diciembre, de firma electrónica pero ya he visto en mas de un organismo oficial y empresas certificados generados con PKI propias para autenticar al servidor. Además, aunque el usuario más o menos entiende lo del candado, casi nunca puede verificarse la lista de certificados revocados por lo que si tienes activo que se mire la lista antes de dar por válido un certificado, siempre te avisa el navegador de que no puede saber si en ese momento el certificado es bueno o no y toca tirarse a la piscina y confiar en que sea válido. En fin, las cosas se han hecho mal y se continuan haciendo peor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jmt</title>
		<link>http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/comment-page-1/#comment-1337</link>
		<dc:creator>jmt</dc:creator>
		<pubDate>Wed, 15 Feb 2006 08:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/#comment-1337</guid>
		<description>Bueno en realidad se tratará de comprobar dos cosas
a) Que la entidad, nombre, denominación, y datos concretos son los que nosotros queremos.
b) Que la entidad certificadora &quot;en la que confiamos&quot; identifica de forma correcta esos datos. 
Es evidente que la CA debe EXIGIR garantías suficientes a los usuarios o destinitarios de sus certificados de que son quien dicen ser... pero claro si ellos dicen ser &quot;Una montaña de americanos&quot; en vez de &quot;Un americano de las montañas&quot; y piden un certificado de eso.... la entidad me imagino que no tendrá más remedio que tener que certificar eso.
No sé si me he explicado.... Aquí nuestra FNMT es una CA que nos exige &quot;ir&quot;  y presentarnos en persona a una delegación de hacienda para &quot;certificar&quot; que somos quien decimos que somos... no sé si me he liado o he aclarado algo.
Gracias Sergio por tu web. Continúa así.
jmt</description>
		<content:encoded><![CDATA[<p>Bueno en realidad se tratará de comprobar dos cosas<br />
a) Que la entidad, nombre, denominación, y datos concretos son los que nosotros queremos.<br />
b) Que la entidad certificadora &#8220;en la que confiamos&#8221; identifica de forma correcta esos datos.<br />
Es evidente que la CA debe EXIGIR garantías suficientes a los usuarios o destinitarios de sus certificados de que son quien dicen ser&#8230; pero claro si ellos dicen ser &#8220;Una montaña de americanos&#8221; en vez de &#8220;Un americano de las montañas&#8221; y piden un certificado de eso&#8230;. la entidad me imagino que no tendrá más remedio que tener que certificar eso.<br />
No sé si me he explicado&#8230;. Aquí nuestra FNMT es una CA que nos exige &#8220;ir&#8221;  y presentarnos en persona a una delegación de hacienda para &#8220;certificar&#8221; que somos quien decimos que somos&#8230; no sé si me he liado o he aclarado algo.<br />
Gracias Sergio por tu web. Continúa así.<br />
jmt</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Grohl</title>
		<link>http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/comment-page-1/#comment-1335</link>
		<dc:creator>Grohl</dc:creator>
		<pubDate>Tue, 14 Feb 2006 20:42:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/#comment-1335</guid>
		<description>Entonces , si el certificado es inutil para detectar que el sitio al que se ha conectado el usuario es el que dice ser ¿ para qué sirven los certificados de servidor ?

&lt;a href=&quot;http://www.equifax.com/DigitalCertificates/&quot; rel=&quot;nofollow&quot;&gt;Equifax&lt;/a&gt; parece una entidad certificadora real 
¿ O es que estas entidades solo aseguran que te conectas a la máquina que dice ser, aunque sus propósitos sean oscuros ? Es decir, al fin y al cabo, tu quieres conectarte a https://www.mountain-america.net y eso es lo que certifican

¿ Cómo podemos asegurarnos mediante certificados de que :

1) nos conectamos con la máquina que queremos ( evitar DNS spoofing )
2) la máquina a la que nos conectamos pertenece a la entidad que queremos

?</description>
		<content:encoded><![CDATA[<p>Entonces , si el certificado es inutil para detectar que el sitio al que se ha conectado el usuario es el que dice ser ¿ para qué sirven los certificados de servidor ?</p>
<p><a href="http://www.equifax.com/DigitalCertificates/" rel="nofollow">Equifax</a> parece una entidad certificadora real<br />
¿ O es que estas entidades solo aseguran que te conectas a la máquina que dice ser, aunque sus propósitos sean oscuros ? Es decir, al fin y al cabo, tu quieres conectarte a <a href="https://www.mountain-america.net" rel="nofollow">https://www.mountain-america.net</a> y eso es lo que certifican</p>
<p>¿ Cómo podemos asegurarnos mediante certificados de que :</p>
<p>1) nos conectamos con la máquina que queremos ( evitar DNS spoofing )<br />
2) la máquina a la que nos conectamos pertenece a la entidad que queremos</p>
<p>?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: meneame.net</title>
		<link>http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/comment-page-1/#comment-1333</link>
		<dc:creator>meneame.net</dc:creator>
		<pubDate>Tue, 14 Feb 2006 17:57:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.sahw.com/wp/archivos/2006/02/14/analisis-de-un-ataque-phishing-casi-perfecto/#comment-1333</guid>
		<description>&lt;strong&gt;Sergio Hernando: AnÃ¡lisis de un ataque phishing casi perfecto&lt;/strong&gt;

Sergio Hernando: &quot;El Ãºltimo caso documentado por ISC de SANS http://isc.sans.org/diary.php?storyid=1118, del que se ha hecho eco Brian Krebs del Washington Post http://blog.washingtonpost.com/securityfix/2006/02/the_new_face_of_phishing_1.html, es re...</description>
		<content:encoded><![CDATA[<p><strong>Sergio Hernando: AnÃ¡lisis de un ataque phishing casi perfecto</strong></p>
<p>Sergio Hernando: &#8220;El Ãºltimo caso documentado por ISC de SANS <a href="http://isc.sans.org/diary.php?storyid=1118" rel="nofollow">http://isc.sans.org/diary.php?storyid=1118</a>, del que se ha hecho eco Brian Krebs del Washington Post <a href="http://blog.washingtonpost.com/securityfix/2006/02/the_new_face_of_phishing_1.html" rel="nofollow">http://blog.washingtonpost.com/securityfix/2006/02/the_new_face_of_phishing_1.html</a>, es re&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
