<?xml version="1.0" encoding="ISO-8859-15"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Sergio Hernando &#187; Aurora</title>
	<atom:link href="http://www.sahw.com/wp/archivos/tag/aurora/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sahw.com/wp</link>
	<description>Seguridad de la Información y Auditoría de Sistemas</description>
	<lastBuildDate>Thu, 29 Jul 2010 17:42:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>DEP en Internet Explorer 8, tocado y hundido</title>
		<link>http://www.sahw.com/wp/archivos/2010/01/20/dep-en-internet-explorer-8-tocado-y-hundido/</link>
		<comments>http://www.sahw.com/wp/archivos/2010/01/20/dep-en-internet-explorer-8-tocado-y-hundido/#comments</comments>
		<pubDate>Wed, 20 Jan 2010 19:47:56 +0000</pubDate>
		<dc:creator>Sergio Hernando</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[Aurora]]></category>
		<category><![CDATA[Exploits]]></category>
		<category><![CDATA[IE]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Vulnerabilidad]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false">http://www.sahw.com/wp/?p=5653</guid>
		<description><![CDATA[Hola, Hace apenas 24 horas que escribí sobre DEP (Data Execution Prevention), y sus limitaciones. Hoy, VUPEN ha anunciado que ha trabajado sobre el exploit existente, y la peor pesadilla de los responsables de seguridad de la empresa parece haberse vuelto realidad: su código mejorado permite la explotabilidad en Internet Explorer 8 aún operando con [...]]]></description>
			<content:encoded><![CDATA[<p>Hola,</p>
<p>Hace apenas 24 horas que escribí sobre DEP (Data Execution Prevention), y sus limitaciones. Hoy, <a href="http://www.vupen.com/english/threats/">VUPEN ha anunciado</a> que ha trabajado sobre el <em>exploit</em> existente, y la peor pesadilla de los responsables de seguridad de la empresa parece haberse vuelto realidad: su código mejorado permite la explotabilidad en Internet Explorer 8 aún operando con DEP, siempre y cuando el soporte JavaScript del navegador esté activo.</p>
<p>La gente de VUPEN no ha liberado el código mejorado, limitándose a decir que han empleado técnicas de manupulación novedosas. Han entregado al fabricante sus evidencias para que se pueda mitigar el devastador efecto de que se pueda eludir DEP estando el navegador en situación máxima de vulnerabilidad (que nadie se olvide que esto es un <em>drive-by</em> puro y duro, ya que con sólo visitar una página maliciosa tu equipo puede quedar). VUPEN ha aclarado que aunque es posible eludir DEP, se requiere que JavaScript esté activo para que el ataque tenga éxito. Cabría aquí preguntarse la cantidad de cosas que dejan de funcionar cuando se deshabilita el soporte JavaScript en un navegador, pero eso es harina de otro costal.</p>
<p>Para rematar la fiesta, Tavis Ormandy, un ingeniero de seguridad de Google, <a href="http://seclists.org/fulldisclosure/2010/Jan/341">ha anunciado públicamente</a> el descubrimiento de un problema de seguridad que afecta a todas las versiones de Windows desde NT 3.1 (publicado en 1993) hasta el novedoso Windows 7 (publicado en 2009). Aunque es un problema <a href="http://secunia.com/advisories/38265/">poco importante</a> en lo que a seguridad se refiere, sí que es relevante que Ormandy haya liberado el código después de entregarle los detalles de la vulnerabilidad a los de Redmond el pasado 12 de Junio de 2009. Una vez agotado el plazo que ha considerado apropiado (y mucho ha esperado, creo yo) ha dado a conocer en público los detalles con la esperanza de que esto acelere el proceso de resolución. </p>
<p>Volviendo a IE, que por desgracia es un asunto de una trascendencia mucho más elevada, si había razones para aparcar Internet Explorer hasta que se libere un parche corrector, ahora son mucho más poderosas. Al Gobierno alemán <a href="http://www.straitstimes.com/BreakingNews/TechandScience/Story/STIStory_479260.html">se le han unido recientemente el francés y el australiano</a> para recomendarnos no usar el navegador de Microsoft hasta que la mínima condición de seguridad sea reestablecida. Consejo que desde estas líneas suscribo plena y absolutamente.</p>
<p>Un saludo,</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sahw.com/wp/archivos/2010/01/20/dep-en-internet-explorer-8-tocado-y-hundido/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>0 day en Internet Explorer. La protección DEP y sus limitaciones</title>
		<link>http://www.sahw.com/wp/archivos/2010/01/19/0-day-en-internet-explorer-la-proteccion-dep-y-sus-limitaciones/</link>
		<comments>http://www.sahw.com/wp/archivos/2010/01/19/0-day-en-internet-explorer-la-proteccion-dep-y-sus-limitaciones/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 22:07:41 +0000</pubDate>
		<dc:creator>Sergio Hernando</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[Aurora]]></category>
		<category><![CDATA[Data Execution Prevention]]></category>
		<category><![CDATA[DEP]]></category>
		<category><![CDATA[Internet Explorer]]></category>
		<category><![CDATA[Vulnerabilidad]]></category>
		<category><![CDATA[Vulnerability]]></category>

		<guid isPermaLink="false">http://www.sahw.com/wp/?p=5628</guid>
		<description><![CDATA[Buenas, Por hacer un poco de seguimiento al tristemente famoso último 0 day en Internet Explorer, comentaros que la compañía ha habilitado un portal específico para asesorar a los usuarios del navegador. No es que contenga gran cosa, pero algo es algo. Algunas fuentes que dan por sentado que Microsoft ofrecerá un parche fuera de [...]]]></description>
			<content:encoded><![CDATA[<p>Buenas,</p>
<p>Por hacer un poco de seguimiento al tristemente famoso último <em>0 day</em> en Internet Explorer, comentaros que la compañía ha habilitado <a href="http://www.microsoft.com/security/updates/ie.aspx">un portal específico</a> para asesorar a los usuarios del navegador. No es que contenga gran cosa, pero algo es algo.</p>
<p><a href="http://blogs.zdnet.com/security/?p=5268">Algunas fuentes</a> que dan por sentado que Microsoft ofrecerá un parche fuera de su ciclo de actualizaciones, y alguno que otro <a href="http://twitter.com/dinodaizovi/status/7892068224">ha salido a la palestra</a> reivindicando que ha modificado el <em>exploit</em> para dar más cobertura a otras versiones. En ambos casos no veo información suficiente para creerme ni lo primero ni lo segundo, aunque obviamente sería deseable que el parche estuviera a disposición de los usuarios lo más rápido posible y que finalmente las modificaciones del ataque no afecten a las versiones que en este momento se consideran seguras. </p>
<p>La compañía ha hecho también público un magnífico artículo <a href="http://blogs.technet.com/srd/archive/2010/01/18/additional-information-about-dep-and-the-internet-explorer-0day-vulnerability.aspx">en el que clarifica un poco la situación</a>, y cuya lectura recomiendo a todos los que usen Internet Explorer porque explica muy correctamente en qué se basa la protección DEP (<em><a href="http://en.wikipedia.org/wiki/Data_Execution_Prevention">Data Execution Prevention</a></em>), cuya activación se está recomendando para evitar los efectos del <em>exploit</em>. Por resumir un poco, Microsoft está instando a los usuarios a actualizar a su última versión ya que DEP viene activado por defecto en las siguientes combinaciones:</p>
<ul>
<li>Internet Explorer 8 en Windows XP Service Pack 3</li>
<li>Internet Explorer 8 en Windows Vista Service Pack 1 y posteriores</li>
<li>Internet Explorer 8 en Windows Server 2008</li>
<li>Internet Explorer 8 en Windows 7</li>
</ul>
<p>Si se dispone de cualquier otra combinación, hay que activar DEP para Internet Explorer empleando la herramienta que está disponible <a href="http://go.microsoft.com/?linkid=9668626">en este enlace</a>, salvo en los casos en los que no sea posible (Por ejemplo, Windows 2000 no permite el soporte DEP)</p>
<p>En el artículo también se proporciona <a href="http://ecn.channel9.msdn.com/o9/edge/4/8/3/5/1/msrcdepjon118_edge.mp4">un vídeo</a> en el que se explica con meridiana claridad en qué se basa la dualidad <em>software</em>-<em>hardware</em> en DEP, así como los cuatro requisitos básicos que son necesarios para que DEP pueda protegernos de ataques en los que se pretende ejecutar código:</p>
<ul>
<li>Disponer de una CPU con soporte DEP (XD en Intel y NX en AMD) algo presente en la práctica totalidad de procesadores vendidos desde hace unos 6 - 8 años.</li>
<li>La necesidad de que esta tecnología esté activa en la BIOS (parece ser que aunque DEP esté soportado en el <em>hardware</em>, no siempre viene activado en la BIOS, aunque me inclino a pensar que estos casos son anecdóticos)</li>
<li>Que tu sistema Windows tenga soporte para DEP y pueda hacer uso del soporte DEP <em>hardware</em> (En el caso de Windows, hablamos de XP SP2, XP SP3, 2003 SP1, Vista, 2008 y Windows 7)</li>
<li>Y por último, que la aplicación (en este caso Internet Explorer 8) pueda hacer uso de DEP, cosa que sólo ocurre por defecto, tal y como hemos comentado, en XP SP3, Vista SP1, 2008 y Windows 7</li>
</ul>
<p>En el vídeo también se explica cómo verificar, a través de <a href="http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx">Process Explorer</a>, si Internet Explorer está haciendo uso de DEP (ya que DEP se activa o no a nivel proceso, independientemente de la capa aplicación). Para ello hay que irse al menú <em>View</em>, opción <em>Select Columns</em> y en la pestaña <em>Process Image</em>, marcar <em>DEP Status</em>. También es recomendable leer <a href="http://support.microsoft.com/kb/912923">este artículo</a> para saber en qué estado está DEP en el equipo.</p>
<p>Por último recalcar que DEP no es la panacea, ya que existen (y son conocidos públicamente) mencanismos basados en clases .NET para saltarse la protección DEP. Lo bueno que tiene Internet Explorer 8 es que no permite el uso de esas clases en la zona Internet, pero ojito: sí se permiten en la zona Intranet, con lo que un atacante que coloque dicho <em>bypass</em> en una red corporativa podría anular la protección DEP, en cuyo caso todas las versiones del navegador serían vulnerables. Es por esta razón que sigo pensando que, en ausencia de parche, lo más prudente es no utilizar Internet Explorer salvo que se tenga un control absoluto y un conocimiento muy preciso de la situación en todo momento, lo cual provoca un serio problema para los sistemas corporativos que por una razón u otra, sólo funcionan con Internet Explorer (ERPs, CRMs y plataformas con acceso Web similares). Especialmente grave el caso de aquellos despliegues en los que ni siquiera se puede emplear Internet Explorer 8 por problemas de compatibilidad con distintas plataformas, en cuyo caso sólo queda santiguarse y salir al campo con la esperanza de que no nos metan un gol por la escuadra hasta que árbitro pite el final del partido (y nos entregue un parche oficial)</p>
<p>Un saludo,</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sahw.com/wp/archivos/2010/01/19/0-day-en-internet-explorer-la-proteccion-dep-y-sus-limitaciones/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
<enclosure url="http://ecn.channel9.msdn.com/o9/edge/4/8/3/5/1/msrcdepjon118_edge.mp4" length="30653618" type="audio/mp4" />
		</item>
		<item>
		<title>Reproduciendo el exploit &#8220;Aurora&#8221; para Internet Explorer</title>
		<link>http://www.sahw.com/wp/archivos/2010/01/18/reproduciendo-el-exploit-aurora-para-internet-explorer/</link>
		<comments>http://www.sahw.com/wp/archivos/2010/01/18/reproduciendo-el-exploit-aurora-para-internet-explorer/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 19:01:52 +0000</pubDate>
		<dc:creator>Sergio Hernando</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[Aurora]]></category>
		<category><![CDATA[IE]]></category>
		<category><![CDATA[Internet Explorer]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.sahw.com/wp/?p=5613</guid>
		<description><![CDATA[Hola, Os dejo este vídeo que he grabado hace un ratito para ilustrar la última vulnerabilidad de Internet Explorer. Recomiendo visionar en HQ y a ser posible a pantalla completa (para ello, hacer doble click en el video), ya que con el tamaño de previsualización a duras penas se puede ver la secuencia de comandos. [...]]]></description>
			<content:encoded><![CDATA[<p>Hola,</p>
<p>Os dejo este vídeo que he grabado hace un ratito para ilustrar <a href="http://www.sahw.com/wp/archivos/2010/01/16/sobre-la-ultima-vulnerabilidad-de-internet-explorer-consejos-practicos-para-usuarios/">la última vulnerabilidad de Internet Explorer</a>. Recomiendo visionar en HQ y a ser posible a pantalla completa (para ello, hacer doble <em>click</em> en el video), ya que con el tamaño de previsualización a duras penas se puede ver la secuencia de comandos. </p>
<p>Esta demo demuestra cómo con el simple hecho de visitar una página maliciosa con una versión vulnerable de Internet Explorer (6.0 en este caso) es posible ganar acceso a un sistema. Espero que sea de utilidad para aquellos que quieran evaluar si sus despliegues son vulnerables o no, así como para concienciar a los usuarios de los efectos devastadores que puede tener un problema de seguridad.</p>
<p><object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/4o8UPTEU_Uo&hl=es_ES&fs=1&"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/4o8UPTEU_Uo&hl=es_ES&fs=1&" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="344"></embed></object></p>
<p>Todo está ejecutado en una máquina Windows XP SP3, tanto Metasploit v3.3.4-dev como lógicamente, el propio navegador. No hay que ser un genio para hacer esta prueba en tu propio ordenador: <a href="http://blog.metasploit.com/2010/01/reproducing-aurora-ie-exploit.html">basta con saber leer</a>.</p>
<p>El problema se debe, según los laboratorios de McAfee, a que cuando un usuario carga manualmente un sitio Web, código JavaScript especialmente conformado provoca una corrupción de memoria que en última instancia permite el acceso al sistema. Esta vulnerabilidad es extremadamente crítica, y el código lleva circulando libremente por Internet desde hace un par de días, lo que hace más que posible que el <em>exploit</em>, que en principio se diseñó para el robo de propiedad intelectual en un ataque segmentado contra grandes corporaciones, pueda estar explotándose de un modo más generalista.</p>
<p>En ausencia de parches, echa un vistazo <a href="http://www.sahw.com/wp/archivos/2010/01/16/sobre-la-ultima-vulnerabilidad-de-internet-explorer-consejos-practicos-para-usuarios/">a estos consejos prácticos</a>. Si no tienes claro si tu <a href="http://support.microsoft.com/kb/979352">combinación de navegador y sistema</a> es vulnerable, lo mejor es no usar Internet Explorer hasta que se distribuya el parche corrector.</p>
<p>Un saludo,</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sahw.com/wp/archivos/2010/01/18/reproduciendo-el-exploit-aurora-para-internet-explorer/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
