<?xml version="1.0" encoding="UTF-8"?><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>Comments on: MSIE Content-Encoding: deflate memory corruption vulnerability</title>
	<atom:link href="http://skypher.com/index.php/2009/10/13/ms09-054cve-2009-1547-data-stream-header-corruption-vulnerability/feed/" rel="self" type="application/rss+xml" />
	<link>http://skypher.com/index.php/2009/10/13/ms09-054cve-2009-1547-data-stream-header-corruption-vulnerability/</link>
	<description>The blog for absolutely nothing!</description>
	<lastBuildDate>Fri, 25 Jun 2010 07:02:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: SkyLined</title>
		<link>http://skypher.com/index.php/2009/10/13/ms09-054cve-2009-1547-data-stream-header-corruption-vulnerability/comment-page-1/#comment-510</link>
		<dc:creator>SkyLined</dc:creator>
		<pubDate>Tue, 20 Oct 2009 14:56:54 +0000</pubDate>
		<guid isPermaLink="false">http://skypher.com/?p=249#comment-510</guid>
		<description>I&#039;m not sure what you mean. If you&#039;re trying to say that it is impossible (or at least very hard) to find this kind of bug using fuzzing, then you may be surprised to hear that I found this using a fuzzer :D. My fuzzer actually triggered this bug quite often: it wasn&#039;t one lucky hit.

Note that the original HTTP replies that my fuzzer generated that triggered this issue where a lot larger and more complex. I reduced the size by removing most of the bytes that aren&#039;t required to trigger the bug. That makes it easier to spot the cause of the issue, which is incorrect handling of (malformed) deflate data. The lack of a &quot;proper&quot; HTTP header in these repro examples has nothing to do with the actual bug.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure what you mean. If you&#8217;re trying to say that it is impossible (or at least very hard) to find this kind of bug using fuzzing, then you may be surprised to hear that I found this using a fuzzer <img src='http://skypher.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> . My fuzzer actually triggered this bug quite often: it wasn&#8217;t one lucky hit.</p>
<p>Note that the original HTTP replies that my fuzzer generated that triggered this issue where a lot larger and more complex. I reduced the size by removing most of the bytes that aren&#8217;t required to trigger the bug. That makes it easier to spot the cause of the issue, which is incorrect handling of (malformed) deflate data. The lack of a &#8220;proper&#8221; HTTP header in these repro examples has nothing to do with the actual bug.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noam Rathaus</title>
		<link>http://skypher.com/index.php/2009/10/13/ms09-054cve-2009-1547-data-stream-header-corruption-vulnerability/comment-page-1/#comment-509</link>
		<dc:creator>Noam Rathaus</dc:creator>
		<pubDate>Tue, 20 Oct 2009 09:44:33 +0000</pubDate>
		<guid isPermaLink="false">http://skypher.com/?p=249#comment-509</guid>
		<description>The issue with discovering it is that it is client side and is not properly parsed by the browsering, meaning that if you would brute-force fuzz it.

You will need to manual tell IE to try again as it would get stuck on something similar to the above request but missing critical parts of it (HTTP version value, HTTP method, etc..).</description>
		<content:encoded><![CDATA[<p>The issue with discovering it is that it is client side and is not properly parsed by the browsering, meaning that if you would brute-force fuzz it.</p>
<p>You will need to manual tell IE to try again as it would get stuck on something similar to the above request but missing critical parts of it (HTTP version value, HTTP method, etc..).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
