<?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: ESAPI Web Application Firewall released!</title>
	<atom:link href="http://i8jesus.com/?feed=rss2&#038;p=96" rel="self" type="application/rss+xml" />
	<link>http://i8jesus.com/?p=96</link>
	<description>because arshan's too cheap to license OneNote</description>
	<lastBuildDate>Wed, 01 Sep 2010 06:10:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: kuza55</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-26862</link>
		<dc:creator>kuza55</dc:creator>
		<pubDate>Sat, 19 Dec 2009 01:11:21 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-26862</guid>
		<description>I have no issues with ESAPI in terms of attack surface, any addition is minimal IMO, but I would never want to put a WAF written in a memory unsafe language in front of a web application written in a memory safe language.

Also, I&#039;d read this mail if I were you: http://lists.immunitysec.com/pipermail/dailydave/2009-August/005837.html

Even if writing a fuzzer-&gt;exploit is out of the range of the attackers you want to prevent, 2k USD is well within the range of someone who wants to make some $$/fuck some shit up, especially given who runs that WAF.

That device is hardened a little, but nowhere near as hardened as it should have been.</description>
		<content:encoded><![CDATA[<p>I have no issues with ESAPI in terms of attack surface, any addition is minimal IMO, but I would never want to put a WAF written in a memory unsafe language in front of a web application written in a memory safe language.</p>
<p>Also, I&#8217;d read this mail if I were you: <a href="http://lists.immunitysec.com/pipermail/dailydave/2009-August/005837.html" rel="nofollow">http://lists.immunitysec.com/pipermail/dailydave/2009-August/005837.html</a></p>
<p>Even if writing a fuzzer-&gt;exploit is out of the range of the attackers you want to prevent, 2k USD is well within the range of someone who wants to make some $$/fuck some shit up, especially given who runs that WAF.</p>
<p>That device is hardened a little, but nowhere near as hardened as it should have been.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: arshan dabirsiaghi</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-26842</link>
		<dc:creator>arshan dabirsiaghi</dc:creator>
		<pubDate>Fri, 18 Dec 2009 14:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-26842</guid>
		<description>I think you misunderstood our usage of egress filtering. A stateful &quot;is-this-user-causing-problems&quot; mechanism is more a theme to the AppSensor project, not the ESAPI WAF. Our usage of egress filtering is watching outbound data for known sensitive data formats, type-I XSS payloads, etc.

Yup RE: 0day still being present. Nope RE: better off. Most of the enterprises out there have serious lag time between time to discovery and time to fix. Even sometimes for high risk vulnerabilities I see 40+ days before a patch is delivered. And by the way, there&#039;s no guarantee the patch actually fixes the problem and doesn&#039;t introduce a new one.

RE: attack surface. At layer 8 I think we can firmly conclude that the WAF has the ability to remove more attack surface than it adds, assuming competent operation.

For commercial products operating at layer 6/7, they probably do add some limited attack surface, assuming they&#039;re all built with native code. I also (possibly wrongly) assume they&#039;re running on SELinux/grsecurity/Vista w/ ASLR&amp;DEP/(closest equivalent for their OS). The cost of exploit development in a platform like that is higher than most classes of attackers can afford technically or financially. But anyway, there&#039;s for other companies to deal with, it&#039;s not a problem I have. =)

The WAF is for development teams mature in the world of application security. It&#039;s strictly intended for virtual patches. Whether its used appropriately I can&#039;t control.

The bottom line, to me, is that I would want this as an application owner. It gives me short term solutions that I didn&#039;t have before.</description>
		<content:encoded><![CDATA[<p>I think you misunderstood our usage of egress filtering. A stateful &#8220;is-this-user-causing-problems&#8221; mechanism is more a theme to the AppSensor project, not the ESAPI WAF. Our usage of egress filtering is watching outbound data for known sensitive data formats, type-I XSS payloads, etc.</p>
<p>Yup RE: 0day still being present. Nope RE: better off. Most of the enterprises out there have serious lag time between time to discovery and time to fix. Even sometimes for high risk vulnerabilities I see 40+ days before a patch is delivered. And by the way, there&#8217;s no guarantee the patch actually fixes the problem and doesn&#8217;t introduce a new one.</p>
<p>RE: attack surface. At layer 8 I think we can firmly conclude that the WAF has the ability to remove more attack surface than it adds, assuming competent operation.</p>
<p>For commercial products operating at layer 6/7, they probably do add some limited attack surface, assuming they&#8217;re all built with native code. I also (possibly wrongly) assume they&#8217;re running on SELinux/grsecurity/Vista w/ ASLR&#038;DEP/(closest equivalent for their OS). The cost of exploit development in a platform like that is higher than most classes of attackers can afford technically or financially. But anyway, there&#8217;s for other companies to deal with, it&#8217;s not a problem I have. =)</p>
<p>The WAF is for development teams mature in the world of application security. It&#8217;s strictly intended for virtual patches. Whether its used appropriately I can&#8217;t control.</p>
<p>The bottom line, to me, is that I would want this as an application owner. It gives me short term solutions that I didn&#8217;t have before.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kuza55</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-26798</link>
		<dc:creator>kuza55</dc:creator>
		<pubDate>Thu, 17 Dec 2009 12:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-26798</guid>
		<description>To be honest, the only part of a WAF I would be concerned about is egress filtering, it&#039;s a little hard to test custom webapps without ever triggering an error. You could limit yourself to a subset of test you&#039;re pretty sure wouldn&#039;t cause an error and try to detect weird app behaviour, but that can be a pain.

The reason virtual patches don&#039;t worry me so much is because the worst case is the attack gets blocked; I don&#039;t lose my 0day in your webapp, because, well, you already know about it. Egress filtering &amp; general rules mean I can be worse off than if you didn&#039;t have a WAF and had just patched the vuln. Also, if there&#039;s a WAF between me and the target, I&#039;d bet on me getting through.

Also, your &quot;Is criticism stupid?&quot;-ometer should probably meet a friend of mine called reliable heap overflow. Seriously.
Obviously this isn&#039;t so much of a problem for ESAPI as it is for other products, but it doesn&#039;t make the criticism stupid.</description>
		<content:encoded><![CDATA[<p>To be honest, the only part of a WAF I would be concerned about is egress filtering, it&#8217;s a little hard to test custom webapps without ever triggering an error. You could limit yourself to a subset of test you&#8217;re pretty sure wouldn&#8217;t cause an error and try to detect weird app behaviour, but that can be a pain.</p>
<p>The reason virtual patches don&#8217;t worry me so much is because the worst case is the attack gets blocked; I don&#8217;t lose my 0day in your webapp, because, well, you already know about it. Egress filtering &amp; general rules mean I can be worse off than if you didn&#8217;t have a WAF and had just patched the vuln. Also, if there&#8217;s a WAF between me and the target, I&#8217;d bet on me getting through.</p>
<p>Also, your &#8220;Is criticism stupid?&#8221;-ometer should probably meet a friend of mine called reliable heap overflow. Seriously.<br />
Obviously this isn&#8217;t so much of a problem for ESAPI as it is for other products, but it doesn&#8217;t make the criticism stupid.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mr. Huddle: The Easiest Way To Keep Up With Your Communities</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-25428</link>
		<dc:creator>Mr. Huddle: The Easiest Way To Keep Up With Your Communities</dc:creator>
		<pubDate>Wed, 18 Nov 2009 08:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-25428</guid>
		<description>[...] &#124; The-iBlog     The-iBlog - Your source for iPhone and Apple news and help.         2  Likes     ESAPI Web Application Firewall released! &#171; omg.wtf.bbq.             2  Likes     Yfrog - g0gm - Uploaded by rogueclown     YFrog - Share your images and [...]</description>
		<content:encoded><![CDATA[<p>[...] | The-iBlog     The-iBlog &#8211; Your source for iPhone and Apple news and help.         2  Likes     ESAPI Web Application Firewall released! &laquo; omg.wtf.bbq.             2  Likes     Yfrog &#8211; g0gm &#8211; Uploaded by rogueclown     YFrog &#8211; Share your images and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: arshan dabirsiaghi</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-25321</link>
		<dc:creator>arshan dabirsiaghi</dc:creator>
		<pubDate>Mon, 16 Nov 2009 15:32:08 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-25321</guid>
		<description>updated the post, sorry!</description>
		<content:encoded><![CDATA[<p>updated the post, sorry!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erwin Geirnaert</title>
		<link>http://i8jesus.com/?p=96&#038;cpage=1#comment-25299</link>
		<dc:creator>Erwin Geirnaert</dc:creator>
		<pubDate>Mon, 16 Nov 2009 09:10:10 +0000</pubDate>
		<guid isPermaLink="false">http://i8jesus.com/?p=96#comment-25299</guid>
		<description>Hi Arshan,

Where are the slides?

Best regards,

Erwin</description>
		<content:encoded><![CDATA[<p>Hi Arshan,</p>
<p>Where are the slides?</p>
<p>Best regards,</p>
<p>Erwin</p>
]]></content:encoded>
	</item>
</channel>
</rss>
