<?xml version="1.0" encoding="ISO-8859-1" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Fermín J. Serna - Zhodiac - Vast and Infinite Net Dreams...</title>
		<link>http://zhodiac.hispahack.com</link>
		<description>Fermin J. Serna - Zhodiac - Vast and Infinite Net Dreams...</description>
		<language>es-ES</language>
		<atom:link href="http://zhodiac.hispahack.com/rss.php" rel="self" type="application/rss+xml" />
		<item>
			<title>Firefox 3.6 vulnerability... exploitable?</title>
			<author>Fermin J. Serna - Zhodiac</author>
			<pubDate>Mon, 25 Jan 2010 11:34:18 +0100</pubDate>
			<link>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=25&amp;month=1&amp;year=2010</link>
			<description><![CDATA[I was reading the RSS feeds I am subscribed to and found this <a href="http://packetstormsecurity.org/1001-exploits/Firefox-PoC.rar">Firefox 3.6 proof of concept</a>.<br />
<br />
A brief scan on the poc looks like an invalid xml file with 30k nested children...<br />
Once I was sure the PoC was clean with no malicious code, I opened windbg and tested it.<br />
<br />
Crash is as follows:<br />
<br />
<pre>xul!NS_Realloc_P+0x3f63:<br />61b11333 53              push    ebx<br />0:000> r<br />eax=00000000 ebx=0e45b800 ecx=0d252680 edx=0d926490 esi=00000000 edi=0d86fb48<br />eip=61b11333 <b>esp=00052ffc</b> ebp=00000000 iopl=0         nv up ei pl nz ac pe nc<br />cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010216<br />xul!NS_Realloc_P+0x3f63:<br /><b>61b11333 53              push    ebx</b><br />0:000> kPn<br /> # ChildEBP RetAddr<br />00 00000000 00000000 xul!NS_Realloc_P+0x3f63<br />0:000> q<br /></pre><br />
<br />
It is a stack recursion bug... so I do not think we should consider this more than a client side DoS.<br />
<br />
Zhodiac || Fermin]]></description>
			<guid>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=25&amp;month=1&amp;year=2010##6</guid>
		</item>
		<item>
			<title>DRINC solutions (AwesomeX.ocx)</title>
			<author>Fermin J. Serna - Zhodiac</author>
			<pubDate>Wed, 06 Jan 2010 12:50:18 +0100</pubDate>
			<link>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=6&amp;month=1&amp;year=2010</link>
			<description><![CDATA[Some time ago I sent to the <a href="http://dvlabs.tippingpoint.com/">DVlabs</a> guys the solutions to one of the unsolved challenges at <a href="http://www.ekoparty.com.ar/">ekoparty</a>.<br />
<br />
Time has passed and here are both simple solutions. Funny these were not caught since they are some simple and easy to spot...<br />
<br />
<b>* Flaw #1</b><br />
<br />
Using Javascript you can instantiate this control and force it to<br />
autoupdate from a malicious web server, the only check is a magic flag<br />
(54535254h)<br />
It will download the update and execute it... (c:awesomex_update_latest.exe)<br />
<br />
Of course it also has problems with MITM, DNS poisoning... on legit<br />
sites using a site-locked activex control.<br />
<br />
int  Download_updates(LPCWSTR lpszServerName, int flag)<br />
<br />
The flag comparison is performed at:<br />
<pre>.text:100018DD                 cmp     [ebp+flag], 54535254h</pre><br />
<b>* Flaw #2:</b><br />
<br />
On DoFancyStuff (callable through JS) the first argument is a VT_UI4.<br />
There are several checks to see if it is word aligned and below<br />
0x30000000. And then, after some fancy stuff malloc/memcpy,  we will<br />
give control to that (address*2)+0x14h..<br />
<pre>.text:10001B87                 mov     eax, [ebp+pointer]<br />.text:10001B8A                 test    al, 3<br />.text:10001B8C                 jnz     loc_10001C34<br />.text:10001B92                 lea     ecx, [eax+eax]<br />.text:10001B95                 cmp     ecx, 60000000h<br />.text:10001B9B                 ja      loc_10001C34<br />.text:10001BA1                 test    eax, eax<br />[...]<br />.text:10001BAB                 lea     esi, [eax+14h]<br />[...]<br />.text:10001C2F                 call    esi</pre><br />
<br />
With heap spraying we can control that address... and place a shellcode there.<br />
<br />
On other things, please note the website address has changed and the new one is <a href="http://zhodiac.hispahack.com">http://zhodiac.hispahack.com</a> with the new rss feed <a href="http://zhodiac.hispahack.com/rss.php">http://zhodiac.hispahack.com/rss.php</a>. Old rss will stop working shortly.<br />
<br />
Zhodiac || Fermin]]></description>
			<guid>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=6&amp;month=1&amp;year=2010##4</guid>
		</item>
		<item>
			<title>EMET</title>
			<author>Fermin J. Serna - Zhodiac</author>
			<pubDate>Fri, 30 Oct 2009 11:52:56 +0100</pubDate>
			<link>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=30&amp;month=10&amp;year=2009</link>
			<description><![CDATA[I'm not going to copy & paste the blog post... You can read it here...<br />
<br />
<a href="http://blogs.technet.com/srd/archive/2009/10/27/announcing-the-release-of-the-enhanced-mitigation-evaluation-toolkit.aspx">http://blogs.technet.com/srd/archive/2009/10/27/announcing-the-release-of-the-enhanced-mitigation-evaluation-toolkit.aspx</a><br />
<br />
Basically, it is a framework/tool for testing mitigations, even on downlevel OS, we wrote at Microsoft. Special thanks to Andrew Roths and Matt Miller.<br />
<br />
Zhodiac || Fermin]]></description>
			<guid>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=30&amp;month=10&amp;year=2009##3</guid>
		</item>
		<item>
			<title>DVlabs DRINC Challenge</title>
			<author>Fermin J. Serna - Zhodiac</author>
			<pubDate>Thu, 01 Oct 2009 11:43:44 +0200</pubDate>
			<link>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=1&amp;month=10&amp;year=2009</link>
			<description><![CDATA[Looks like there was some <a href="http://dvlabs.tippingpoint.com/blog/2009/09/21/ekoparty-wrap-up">DRINC</a> challenges unsolved at Ekoparty 2009... Congrats Gera for solving most of them and winning the champagne.<br />
<br />
Yesterday, I took a look at the ActiveX one and found the two left issues. Easy ones :)<br />
<br />
Still left two vulnerabilities at the SecureLoggingServer binary. Hopefully next week I will have some free time for it if it is still unsolved.<br />
<br />
Zhodiac || Fermin]]></description>
			<guid>http://zhodiac.hispahack.com/index.php?section=blog&amp;day=1&amp;month=10&amp;year=2009##2</guid>
		</item>
	</channel>
</rss>
