<?xml version="1.0" encoding="UTF-8"?>
<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>arrayexception.com - Tecnologia y Desarrollo &#187; vulnerabilidad</title>
	<atom:link href="http://www.arrayexception.com/tag/vulnerabilidad/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.arrayexception.com</link>
	<description>Tecnologia y Desarrollo</description>
	<lastBuildDate>Sun, 11 Dec 2011 12:51:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>La contraseña de los servidores de Twitter era &#8220;password&#8221;</title>
		<link>http://www.arrayexception.com/desarrollo/internet/la-contrasena-de-los-servidores-de-twitter-era-password/</link>
		<comments>http://www.arrayexception.com/desarrollo/internet/la-contrasena-de-los-servidores-de-twitter-era-password/#comments</comments>
		<pubDate>Sat, 18 Jul 2009 13:58:57 +0000</pubDate>
		<dc:creator>lobo</dc:creator>
				<category><![CDATA[Internet]]></category>
		<category><![CDATA[hacker]]></category>
		<category><![CDATA[pirata informático]]></category>
		<category><![CDATA[robo datos twitter]]></category>
		<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[twitter]]></category>
		<category><![CDATA[vulnerabilidad]]></category>

		<guid isPermaLink="false">http://www.arrayexception.com/?p=1191</guid>
		<description><![CDATA[Durante esta semana, la comidilla ha sido un grave despiste de seguridad en Twitter que ha dejado expuestos toneladas de documentos internos de la empresa. TechCrunch ha tenido acceso a ellos y, tras un breve debate cogido con pinzas sobre si era ético o no publicarlos (sólo para justificarse), ha publicado algunos de los más [...]]]></description>
			<content:encoded><![CDATA[<p>Durante esta semana, la comidilla ha sido un <strong>grave despiste de seguridad en Twitter</strong> que ha dejado expuestos toneladas de documentos internos de la empresa. <strong>TechCrunc</strong>h ha tenido acceso a ellos y, tras un breve debate cogido con pinzas sobre si era ético o no publicarlos (sólo para justificarse), ha publicado algunos de los más jugosos. Los documentos internos estaban en Google Docs, y alguien pudo acceder a ellos <strong>descubriendo la respuesta a la pregunta secreta</strong> para recuperar la contraseña de una de las cuentas.<span id="more-1191"></span></p>
<p>Cualquiera que sepa lo que es la <strong>ingeniería social</strong>, estará de acuerdo en que la “pregunta secreta” es una de las peores ideas de la historia en cuanto a seguridad. Es <span class="caps">MUY</span> fácil dar con la respuesta buscando un poco sobre el propietario de la cuenta, tener acceso así a sus cuentas de correo, y de ahí a su cuenta bancaria, dominios, planes y proyectos. Nunca uses la opción de la “pregunta secreta” si te la ofrecen.</p>
<p><img class="aligncenter" title="Contraseña de Twitter" src="http://img.genbeta.com/2009/07/twitter-password.gif" alt="" width="500" height="321" /></p>
<p>Pero quiero destacar un detalle sobre cómo de débiles son los mecanismos de seguridad en Twitter. Hasta hace un par de días, la contraseña para acceder a los servidores de Twitter era <strong>“password”</strong>. Así de obvio e idiota, como el mismo registro en Twitter te indica. Cualquiera que probara suerte con algo tan simple podía <strong>acceder al panel de administración</strong> del sitio, con lo que eso supone.<br />
<!--more--></p>
<p>¿Qué significaría una intromisión a nivel de administrador en un sitio del calibre de Twitter? Sé que muchos genbeteros son detractores de este servicio de microblogging, pero hasta los más recalcitrantes estarán de acuerdo que <strong>podría formarse un caos considerable</strong>. Pocos sitios están logrando una repercusión similar en medios tradicionales, por ejemplo.</p>
<p><img class="aligncenter" title="Robo de datos en Twitter" src="http://estaticos.20minutos.es/img/2009/07/16/982787.jpg" alt="" width="544" height="120" /></p>
<p>En cuanto a los documentos expuestos, no van a acabar con Twitter, pero desde luego dejan a la compañía en <strong>una situación muy embarazosa</strong>. Según Biz Stone, “podrían enrarecer las relaciones con socios actuales o en proyecto”. Entre ellos había acuerdos con empleados, agendas de los fundadores, horarios de citas con candidatos a varios puestos, registros y facturas de teléfono, previsiones financieras, proyecto para un show de TV sobre Twitter, acuerdos de confidencialidad con <span class="caps">AOL</span>, <span class="caps">DELL</span>, Ericsson o Nokia, lista de restricciones de dietas a empleados, tarjetas de crédito, cuentas de Paypal…</p>
<p>Son especialmente delicados los <strong>resúmenes de reuniones</strong>. En ellas trazan no sólo los planes de futuro de la empresa, sino aspectos de relaciones con Google, Microsoft y otros socios de menor tamaño. Por ejemplo, un tema del día fue <strong>“¿Compramos TwitPic?”</strong>, y se decidió no hacerlo. En las reuniones se da el visto bueno a webs y aplicaciones de tercero, y las que no pasan el corte en estas reuniones llegan a desaparecer, como el sitio de micropagos <strong>Mogees</strong>.</p>
<p>Pero sobre todo hay una lección en todo esto. Nunca, jamás consideres que tus documentos confidenciales están suficientemente protegidos. Una falsa sensación de seguridad es lo peor que puede pasarte. Si varias personas tienen acceso a documentos que pueden poner en riesgo proyectos y contratos, asegúrate de que entienden la importancia de este hecho, y que <strong>no usan “password” como contraseña</strong>.</p>
<p>Fuente: genbeta.com</p>
]]></content:encoded>
			<wfw:commentRss>http://www.arrayexception.com/desarrollo/internet/la-contrasena-de-los-servidores-de-twitter-era-password/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vulnerabilidad 0 day en Mozilla Firefox 3.x para todos los sistemas operativos</title>
		<link>http://www.arrayexception.com/desarrollo/seguridad/vulnerabilidad-0-day-en-mozilla-firefox-3x-para-todos-los-sistemas-operativos/</link>
		<comments>http://www.arrayexception.com/desarrollo/seguridad/vulnerabilidad-0-day-en-mozilla-firefox-3x-para-todos-los-sistemas-operativos/#comments</comments>
		<pubDate>Thu, 26 Mar 2009 14:00:24 +0000</pubDate>
		<dc:creator>arrayexception</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[firefox]]></category>
		<category><![CDATA[firefox 3]]></category>
		<category><![CDATA[Guido Landi]]></category>
		<category><![CDATA[mozilla firefox]]></category>
		<category><![CDATA[vulnerabilidad]]></category>
		<category><![CDATA[Vulnerabilidad 0 day]]></category>
		<category><![CDATA[vulnerabilidad firefox 3 marzo]]></category>
		<category><![CDATA[vulnerabilidad thunderbird]]></category>

		<guid isPermaLink="false">http://www.arrayexception.com/?p=317</guid>
		<description><![CDATA[El día 25 de marzo se ha publicado sin previo aviso una prueba de concepto que hace que Firefox deje de responder. No existe parche disponible y se sabe que la vulnerabilidad, en realidad, permite ejecución de código. Se trata por tanto, de un 0 day. Al parecer la fundación Mozilla ya ha programado la [...]]]></description>
			<content:encoded><![CDATA[<p>El día 25 de marzo se ha publicado sin previo aviso una prueba de concepto que hace que <strong>Firefox deje de responder</strong>. No existe parche disponible y se sabe que la vulnerabilidad, en realidad, permite ejecución de código. Se trata por tanto, de un 0 day. Al parecer la fundación Mozilla ya ha programado la solución pero no hará pública una nueva versión 3.0.8 del navegador hasta principios de la semana que viene. <span id="more-317"></span></p>
<div class="wp-caption alignleft" style="width: 120px"><a href="http://www.mozilla-europe.org/es/"><img title="Mozilla Firefox" src="https://addons.mozilla.org/img/app-icons/firefox.png" alt="Mozilla Firefox" width="110" height="105" /></a><p class="wp-caption-text">Mozilla Firefox</p></div>
<p><strong>El pasado miércoles</strong>, un tal Guido Landi hacía públicos (sin previo aviso) los detalles de una vulnerabilidad que permite la ejecución de código en el navegador con solo interpretar un archivo XML especialmente manipulado. En principio la prueba de concepto publicada hace que el navegador deje de responder, pero es posible de forma relativamente sencilla modificar el exploit para que permita la ejecución de código.</p>
<p><strong>El problema afecta a todas las versiones</strong> (actual y anteriores) del navegador sobre <strong>cualquier sistema operativo</strong>.</p>
<p>Los desarrolladores de Mozilla han calificado la <strong>vulnerabilidad como crítica y urgente</strong>, y afirman que ya lo tienen solucionado (en realidad se trata simplemente de un cambio de orden de una línea de código), pero que <strong>no publicarán Firefox 3.0.8 hasta principios de la semana</strong> que viene.<br />
Si el fallo es <strong>también reproducible en Thunderbird</strong>, es previsible que haya que esperar incluso más tiempo para que se publique una nueva versión.</p>
<p>Se recomienda <strong>no visitar páginas sospechosas</strong>. Los usuarios más avanzados pueden descargar el archivo corregido directamente del repositorio y recompilar.</p>
<p>Opina sobre esta noticia:</p>
<p>http://www.hispasec.com/unaaldia/3806/comentar</p>
<p><strong>Más información:</strong></p>
<p>Exploitable crash in xMozillaXSLTProcessor::TransformToDoc</p>
<p>https://bugzilla.mozilla.org/show_bug.cgi?id=485217</p>
<p>Firefox Fix Due Next Week After Attack Is Published http://www.pcworld.com/article/161988/</p>
<p>Sergio de los Santos<br />
Fuente: <a title="Hispasec.com" href="http://hispasec.com" target="_blank">hispasec.com</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.arrayexception.com/desarrollo/seguridad/vulnerabilidad-0-day-en-mozilla-firefox-3x-para-todos-los-sistemas-operativos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Aprovechan vulnerabilidad en Internet Explorer 7 a través de documentos Word</title>
		<link>http://www.arrayexception.com/desarrollo/seguridad/aprovechan-vulnerabilidad-en-internet-explorer-7-a-traves-de-documentos-word/</link>
		<comments>http://www.arrayexception.com/desarrollo/seguridad/aprovechan-vulnerabilidad-en-internet-explorer-7-a-traves-de-documentos-word/#comments</comments>
		<pubDate>Wed, 18 Feb 2009 22:53:14 +0000</pubDate>
		<dc:creator>lobo</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[internet explorer 7]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[vulnerabilidad]]></category>
		<category><![CDATA[vulnerabilidad explorer 7]]></category>
		<category><![CDATA[vulnerabilidad word]]></category>

		<guid isPermaLink="false">http://www.arrayexception.com/?p=16</guid>
		<description><![CDATA[Algunas casas antivirus advierten de que una de las últimas vulnerabilidades de Internet Explorer 7 se está aprovechando activamente por atacantes para infectar sistemas. Lo curioso no es que un fallo (que se suponía previamente desconocido) esté siendo aprovechado poco después de hacerse público. La novedad introducida en este caso, es que se está realizando [...]]]></description>
			<content:encoded><![CDATA[<p>Algunas casas antivirus advierten de que una de las últimas vulnerabilidades de Internet Explorer 7 se está aprovechando activamente por atacantes para infectar sistemas. Lo curioso no es que un fallo (que se suponía previamente desconocido) esté siendo aprovechado poco después de hacerse público. La novedad introducida en este caso, es que se está realizando (ya por segunda vez) el ataque al navegador a través de documentos en formato Word.<span id="more-16"></span></p>
<p>El pasado martes 10 de febrero, en su boletín MS09-002, Microsoft solucionó dos vulnerabilidades críticas que afectaban sólo a Internet Explorer 7. Ambas permitían la ejecución de código arbitrario si la víctima visitase una web especialmente manipulada. Apenas una semana después de que Microsoft hiciese público el parche, se han detectado los primeros ataques. Una vez con el parche en su poder, los atacantes aplican ingeniería inversa para conocer las zonas de código que modifica la actualización, y averiguar los detalles técnicos concretos de la vulnerabilidad para así aprovecharla en su beneficio con exploits.</p>
<p>Normalmente este tipo de vulnerabilidades que permiten ejecución de código en el navegador necesitan que la víctima visite una web manipulada. En este caso, además de este vector, los atacantes se están ayudando de un documento Word con un objeto ActiveX incrustado en su interior. Cuando se interpreta con Word el documento, Internet Explorer 7 visita la web que sí contiene el exploit y se aprovecha la vulnerabilidad (si la víctima no ha aplicado el parche). Se establece un paso previo que al parecer puede resultar rentable al atacante: en vez de inducir a la visita de una página web, se incita al usuario a abrir un documento que, gracias a su interactividad con el navegador, abrirá una página web que sí permite infectar al sistema.</p>
<p>La ventaja adicional para los creadores del malware es que esto se produce de forma transparente al usuario. Pero sólo si se ha sido descuidado en la configuración de su paquete ofimático. Si se evita la ejecución de macros en Word, el control ActiveX no se instanciará y no se descargará nada. Por defecto Microsoft bloquea la ejecución de macros en Office. Obviamente, la visita directa a la página (sin abrir el documento) también infectará a la víctima siempre que no esté parcheada y no haya elevado la seguridad de su navegador para evitar la ejecución de JavaScript en sitios desconocidos.</p>
<p>Una vez infectado, como es habitual, el malware descarga diferentes componentes y robará información confidencial de la víctima. En diciembre se dio ya el primer caso de vulnerabilidades en Internet Explorer 7 aprovechadas a través de documentos Word.</p>
<p>Aunque McAfee habla de que el exploit está &#8220;in the wild&#8221;, en VirusTotal.com, mientras se redacta este artículo, solo hemos recibido una muestra que McAfee haya denominado así. Trend Micro, por el contrario, sugiere que el ataque es todavía limitado. Por firmas (el sistema de detección que se usa en VirusTotal.com), son los dos únicos antivirus que detectan el archivo DOC por ahora. En cualquier caso, se recomienda actualizar el navegador lo antes posible.</p>
<p>Más información:</p>
<p>MS09-002 Exploit in the wild uses MSWord Lure <a href="http://www.avertlabs.com/research/blog/index.php/2009/02/17/ms09-002-exploit-in-the-wild-uses-msword-lure/">http://www.avertlabs.com/research/blog/index.php/2009/02/17/ms09-002-exploit-in-the-wild-uses-msword-lure/</a></p>
<p>Another Exploit Targets IE7 Bug<br />
<a href="http://blog.trendmicro.com/another-exploit-targets-ie7-bug/">http://blog.trendmicro.com/another-exploit-targets-ie7-bug/</a></p>
<p>Cumulative Security Update for Internet Explorer (961260) <a href="http://www.microsoft.com/technet/security/bulletin/MS09-002.mspx">http://www.microsoft.com/technet/security/bulletin/MS09-002.mspx</a></p>
<p>Fuente: <a title="Hispasec.com" href="http://www.hispasec.com/unaaldia/3770">Hispasec.com</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.arrayexception.com/desarrollo/seguridad/aprovechan-vulnerabilidad-en-internet-explorer-7-a-traves-de-documentos-word/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

