<?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>ReversingLabs &#124; Blog &#187; Vulnerabilities</title>
	<atom:link href="http://blog.reversinglabs.com/tag/vulnerabilities/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.reversinglabs.com</link>
	<description>Everything in reverse...</description>
	<lastBuildDate>Sat, 02 Jul 2011 10:53:01 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>Hiding in the Familiar: Steganography and Vulnerabilities in Popular Archives Formats</title>
		<link>http://blog.reversinglabs.com/2010/02/blackhat-barcelona-2010/</link>
		<comments>http://blog.reversinglabs.com/2010/02/blackhat-barcelona-2010/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 01:48:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Events]]></category>
		<category><![CDATA[ReversingLabs]]></category>
		<category><![CDATA[Archives]]></category>
		<category><![CDATA[BlackHat]]></category>
		<category><![CDATA[Steganography]]></category>
		<category><![CDATA[Vulnerabilities]]></category>

		<guid isPermaLink="false">http://blog.reversinglabs.com/?p=335</guid>
		<description><![CDATA[ReversingLabs is giving a presentation at the Barcelona BlackHat conference in April. Here is the short description of our presentation: "Exploiting archive formats can lead to steganographic data hiding and to processing errors with serious forensic consequences. These formats are very interesting as they are commonly found on every PC, Apple or Linux machine, and [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;"><a href="http://www.reversinglabs.com" target="_blank">ReversingLabs</a> is giving a presentation at the Barcelona <a href="http://www.blackhat.com/html/bh-eu-10/bh-eu-10-briefings.html">BlackHat</a> conference in April. Here is the short description of our presentation:</p>
<p style="text-align: justify;">"Exploiting archive formats can lead to steganographic data hiding and  to processing errors with serious forensic consequences. These formats  are very interesting as they are commonly found on every PC, Apple or  Linux machine, and it is popularly believed that they are well  understood and trusted. Can exploits ever be present in file formats  that have been in use for over ten or even twenty years?</p>
<p style="text-align: justify;">Through deep format analysis, beyond fuzzing, we look at what goes  wrong when the format specifications are interpreted differently. Can  you trust programs that work with archives? Can you even trust your  antivirus? We will answer these questions and disclose for the first  time 15 newly discovered vulnerabilities in ZIP, 7ZIP, RAR, CAB and GZIP  file formats revealing the impact they have on anti-malware scanners,  digital forensic, security gateways and IPS appliances.</p>
<p style="text-align: justify;">This talk will include demo of ArchiveInsider, a new forensics tool  that detects and extracts hidden data and fully validates vulnerable  file formats. We will demonstrate file format steganography, file  malformation, and even data "self destruction," all with tools that you  use and trust."</p>
<p style="text-align: justify;">See you there...</p>
<p><a class="a2a_dd a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fblog.reversinglabs.com%2F2010%2F02%2Fblackhat-barcelona-2010%2F&amp;title=Hiding%20in%20the%20Familiar%3A%20Steganography%20and%20Vulnerabilities%20in%20Popular%20Archives%20Formats" id="wpa2a_2"><img src="http://blog.reversinglabs.com/wp-content/plugins/add-to-any/share_save_120_16.png" width="120" height="16" alt="Share"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.reversinglabs.com/2010/02/blackhat-barcelona-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>TitanGuard, protecting your PDF world</title>
		<link>http://blog.reversinglabs.com/2010/01/titanguard/</link>
		<comments>http://blog.reversinglabs.com/2010/01/titanguard/#comments</comments>
		<pubDate>Mon, 11 Jan 2010 18:25:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Reversing]]></category>
		<category><![CDATA[TitanEngine]]></category>
		<category><![CDATA[CVE-2009-4324]]></category>
		<category><![CDATA[PDF]]></category>
		<category><![CDATA[TitanGaurd]]></category>
		<category><![CDATA[Vulnerabilities]]></category>

		<guid isPermaLink="false">http://blog.reversinglabs.com/?p=268</guid>
		<description><![CDATA[Recently we have seen an increase of malware attacks targeting multimedia formats. One of the formats targeted recently was PDF, a popular document format. Latest and still un-patched exploit targeting this format CVE-2009-4324 is particularly dangerous because it allows download of malicious content and its execution on the affected system or if it is unsuccessful [...]]]></description>
			<content:encoded><![CDATA[<div style="text-align: center;"><a href="http://www.youtube.com/watch?v=J0Uli-Di3_c"><img src="http://blog.reversinglabs.com/wp-content/plugins/youtube-with-style/inc/img.php?v=J0Uli-Di3_c"></a></div>
<p style="text-align: justify;">
<p style="text-align: justify;">Recently we have seen an increase of malware attacks targeting multimedia formats. One of the formats targeted recently was <a href="http://en.wikipedia.org/wiki/Portable_Document_Format" target="_blank">PDF</a>, a popular document format. Latest and <a href="http://blogs.securiteam.com/index.php/archives/1340" target="_blank">still un-patched</a> exploit targeting this format <a href="http://www.adobe.com/support/security/advisories/apsa09-07.html" target="_blank">CVE-2009-4324</a> is particularly dangerous because it allows download of malicious content and its execution on the affected system or if it is unsuccessful denial of service attack. <a href="http://isc.sans.org/diary.html?storyid=7867" target="_blank">Statical analysis</a> of the exploit showed how it operates and it described to bug inside out but we couldn't helped but wonder... Could we have prevented such an attack on the live system? Can we prevent future attacks that work similarly?</p>
<p style="text-align: justify;">Having those questions in mind and the phrase <em>"Swiss army knife for reverse engineering"</em> used to describe our <a href="http://www.reversinglabs.com/products/TitanEngine.php" target="_blank">TitanEngine</a> we decided to create a small project that could help us prevent these attacks. That project is called <em>TitanGuard </em>and it is a simple sandbox built around <em>TitanEngine </em>that prevents download of malicious content and its execution. Once installed this program monitors the application actions and queries user for response on suspicious behavior. This way <a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4324" target="_blank">CVE-2009-4324</a> and all future attacks targeting <a href="http://www.adobe.com/" target="_blank">PDF</a> file format and its most popular viewer can be prevented. Furthermore this kind of tool enables safe run-time analysis regardless of the exploit used since we can always block the file execution and study <a href="http://contagiodump.blogspot.com/2009/12/zero-day-pdf-attack-of-day-2-interview.html" target="_blank">downloaded files</a>. Until next time...</p>
<p><a class="a2a_dd a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fblog.reversinglabs.com%2F2010%2F01%2Ftitanguard%2F&amp;title=TitanGuard%2C%20protecting%20your%20PDF%20world" id="wpa2a_4"><img src="http://blog.reversinglabs.com/wp-content/plugins/add-to-any/share_save_120_16.png" width="120" height="16" alt="Share"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.reversinglabs.com/2010/01/titanguard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Packer security advisory: MEW design flaw</title>
		<link>http://blog.reversinglabs.com/2009/09/packer-security-advisor-mew-design-flaw/</link>
		<comments>http://blog.reversinglabs.com/2009/09/packer-security-advisor-mew-design-flaw/#comments</comments>
		<pubDate>Mon, 14 Sep 2009 13:15:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Reversing]]></category>
		<category><![CDATA[Advisory]]></category>
		<category><![CDATA[MEW]]></category>
		<category><![CDATA[Research]]></category>
		<category><![CDATA[Vulnerabilities]]></category>

		<guid isPermaLink="false">http://blog.reversinglabs.com/?p=39</guid>
		<description><![CDATA[This is a followup on MEW file format analysis. As mentioned in our video blog yesterday we noticed that MEW 10 has a design flaw that wrongfully passes function names to LoadLibraryA which firstly tries to load it as a DLL file and once that has failed it passes the same string to GetProcAddress and [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">This is a followup on MEW file format analysis. As mentioned in our <a href="http://blog.reversinglabs.com/2009/09/analyzing-mew-10-11/">video blog yesterday</a> we noticed that MEW 10 has a design flaw that wrongfully passes function names to LoadLibraryA which firstly tries to load it as a DLL file and once that has failed it passes the same string to GetProcAddress and successfully finds selected function in previously loaded DLL. We can exploit this by creating a dummy DLL file named as a function which every file on Windows imports, for example ExitProcess or GetModuleHandleA. Placing such file in %Windows%\System32 would ensure that that file is loaded each time a MEW 10 packed file is executed on the system. But we have a problem we must resolve before we proceed. As said earlier function only gets found if the DLL isn't loaded, or more specifically call to LoadLibraryA returns <em>NULL</em>. This must be resolved because we don't want to crash the packed fie. So to work around this we simply do this inside our GetModuleHandleA.dll file:</p>
<blockquote>
<pre class="cpp"><span style="">BOOL</span> APIENTRY DllMain<span style="color: #FFFFFF;">&#40;</span>HMODULE hModule,
   DWORD  ul_reason_for_call, LPVOID lpReserved<span style="color: #FFFFFF;">&#41;</span><span style="color: #FFFFFF;">&#123;</span>
	<span style="color: #EE4A02;">switch</span> <span style="color: #FFFFFF;">&#40;</span>ul_reason_for_call<span style="color: #FFFFFF;">&#41;</span>
	<span style="color: #FFFFFF;">&#123;</span>
	<span style="color: #EE4A02;">case</span> DLL_PROCESS_ATTACH:
		<span style="color: #EE4A02;">if</span><span style="color: #FFFFFF;">&#40;</span>GetModuleHandleA<span style="color: #FFFFFF;">&#40;</span><span style="color: #666666;">&quot;BadGuy.dll&quot;</span><span style="color: #FFFFFF;">&#41;</span> == <span style="color: #EE1802;">NULL</span><span style="color: #FFFFFF;">&#41;</span><span style="color: #FFFFFF;">&#123;</span>
			LoadLibraryA<span style="color: #FFFFFF;">&#40;</span><span style="color: #666666;">&quot;BadGuy.dll&quot;</span><span style="color: #FFFFFF;">&#41;</span>;
			<span style="color: #EE4A02;">return</span> <span style="color: #EE1802;">false</span>;
		<span style="color: #FFFFFF;">&#125;</span>
	<span style="color: #EE4A02;">case</span> DLL_THREAD_ATTACH:
	<span style="color: #EE4A02;">case</span> DLL_THREAD_DETACH:
	<span style="color: #EE4A02;">case</span> DLL_PROCESS_DETACH:
		<span style="color: #EE1802;">break</span>;
	<span style="color: #FFFFFF;">&#125;</span>
	<span style="color: #EE4A02;">return</span> <span style="color: #EE1802;">TRUE</span>;
<span style="color: #FFFFFF;">&#125;</span></pre>
</blockquote>
<p style="text-align: justify;">Returning <em>false </em>at DLL_PROCESS_ATTACH makes Windows unload our GetModuleHandleA.dll but not before BadGuy.dll gets loaded. Simple code above ensures that our BadGuy.dll gets loaded only once (<em>Windows also prevents this so this isn't really needed</em>) since MEW 10 packed file can import GetModuleHandleA multiple times. Our BadGuy.dll only creates a new thread which displays a message box about it being successfully loaded. This could have been done with a single DLL file but we wanted to keep it short and simple.</p>
<p style="text-align: justify;">There are many examples of design flaws in PE shell modifiers which could seriously threaten system security. Such example are not only limited to arbitrary code execution but could also lead to privilege elevation. We will continue to write about such shell modifier flaws in the future.</p>
<p style="text-align: center;"><a href="http://blog.reversinglabs.com/wp-content/uploads/2009/09/MEW-LoadLibrary-exploit.rar">Download MEW 10 LoadLibrary exploit POC</a></p>
<p><a class="a2a_dd a2a_target addtoany_share_save" href="http://www.addtoany.com/share_save#url=http%3A%2F%2Fblog.reversinglabs.com%2F2009%2F09%2Fpacker-security-advisor-mew-design-flaw%2F&amp;title=Packer%20security%20advisory%3A%20MEW%20design%20flaw" id="wpa2a_6"><img src="http://blog.reversinglabs.com/wp-content/plugins/add-to-any/share_save_120_16.png" width="120" height="16" alt="Share"/></a></p>]]></content:encoded>
			<wfw:commentRss>http://blog.reversinglabs.com/2009/09/packer-security-advisor-mew-design-flaw/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

