<?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: GoGrid and art of defence Partner to Provide First Distributed Web Application Firewall (dWAF) in the Cloud</title>
	<atom:link href="http://blog.gogrid.com/2010/03/02/gogrid-and-art-of-defence-partner-to-provide-first-distributed-web-application-firewall-dwaf-in-the-cloud/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gogrid.com/2010/03/02/gogrid-and-art-of-defence-partner-to-provide-first-distributed-web-application-firewall-dwaf-in-the-cloud/</link>
	<description>&#34;Complex Infrastructure Made Easy™&#34;</description>
	<lastBuildDate>Wed, 22 May 2013 15:20:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alexander Meisel</title>
		<link>http://blog.gogrid.com/2010/03/02/gogrid-and-art-of-defence-partner-to-provide-first-distributed-web-application-firewall-dwaf-in-the-cloud/#comment-2981</link>
		<dc:creator>Alexander Meisel</dc:creator>
		<pubDate>Thu, 11 Mar 2010 00:18:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/?p=1787#comment-2981</guid>
		<description><![CDATA[Re: @atdre&#8217;s comment, he&#8217;s absolutely right that blacklisting-only is a terrible way to use a WAF. He missed the point of hyperguard, however, and perhaps didn&#8217;t have a chance to look at the product in entirety.  
 
To clarify our product, hyperguard can black, white and gray-list data, including HTML and SOAP, XML or JSON which are used by products like Silverlight, Flash and AJAX-based frameworks. It also has proactive security features to protect the architectural layer of applications, like broken authentication, session management or data leakage through URLs and other parameters. These are really important problems that typically take a long time to patch and fix at the developer level.  
 
I also agree with @atdre&#8217;s comments about secure development from scratch, however, he should be well aware of the fact that currently 80% of all attacks target web applications because they haven&#8217;t been developed this way. Further, the IBM X-FORCE report in 2009 highlighted that a shocking 75% of all web application vulnerabilities took more than a year to fix. 
 
@atdre is speaking about a perfect world &#8211; we are not in a perfect world. Defense in depth and &#039;security as a process&#039; will take root in companies over time (I hope!), which should include a variety of tools and best practices such as source code reviews (tool-based and by hand), peer reviews, a WAF and external/internal audits.  
 
Unfortunately, rarely do companies have a secure development lifecycle, regular code or peer reviews, penetration tests, proper tools or a static source code checks in place in order to develop the perfectly secure application. For these web applications, a blacklist approach can be a good start while the company has time to implement a whole cycle of steps towards securing the application.  
 
Further, companies are deploying 3rd party applications quite frequently that compound this issue. I may be able to securely develop my own web applications, but I have little control over the development processes of my vendors. A comprehensive WAF is a good first line of defense.  
 
For companies who don&#8217;t have the expertise that @atdre speaks of, GoGrid and art of defence are able to provide very good web application security, at the application itself, through a cloud model. A perfect world is a worthy goal to reach for and until we get there, companies should look at how a WAF can help.   
 ]]></description>
		<content:encoded><![CDATA[<p>Re: @atdre&rsquo;s comment, he&rsquo;s absolutely right that blacklisting-only is a terrible way to use a WAF. He missed the point of hyperguard, however, and perhaps didn&rsquo;t have a chance to look at the product in entirety.  </p>
<p>To clarify our product, hyperguard can black, white and gray-list data, including HTML and SOAP, XML or JSON which are used by products like Silverlight, Flash and AJAX-based frameworks. It also has proactive security features to protect the architectural layer of applications, like broken authentication, session management or data leakage through URLs and other parameters. These are really important problems that typically take a long time to patch and fix at the developer level.  </p>
<p>I also agree with @atdre&rsquo;s comments about secure development from scratch, however, he should be well aware of the fact that currently 80% of all attacks target web applications because they haven&rsquo;t been developed this way. Further, the IBM X-FORCE report in 2009 highlighted that a shocking 75% of all web application vulnerabilities took more than a year to fix. </p>
<p>@atdre is speaking about a perfect world &ndash; we are not in a perfect world. Defense in depth and &#39;security as a process&#39; will take root in companies over time (I hope!), which should include a variety of tools and best practices such as source code reviews (tool-based and by hand), peer reviews, a WAF and external/internal audits.  </p>
<p>Unfortunately, rarely do companies have a secure development lifecycle, regular code or peer reviews, penetration tests, proper tools or a static source code checks in place in order to develop the perfectly secure application. For these web applications, a blacklist approach can be a good start while the company has time to implement a whole cycle of steps towards securing the application.  </p>
<p>Further, companies are deploying 3rd party applications quite frequently that compound this issue. I may be able to securely develop my own web applications, but I have little control over the development processes of my vendors. A comprehensive WAF is a good first line of defense.  </p>
<p>For companies who don&rsquo;t have the expertise that @atdre speaks of, GoGrid and art of defence are able to provide very good web application security, at the application itself, through a cloud model. A perfect world is a worthy goal to reach for and until we get there, companies should look at how a WAF can help.   </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @atdre</title>
		<link>http://blog.gogrid.com/2010/03/02/gogrid-and-art-of-defence-partner-to-provide-first-distributed-web-application-firewall-dwaf-in-the-cloud/#comment-2977</link>
		<dc:creator>@atdre</dc:creator>
		<pubDate>Mon, 08 Mar 2010 22:46:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/?p=1787#comment-2977</guid>
		<description><![CDATA[I just wanted to let you know that this is not going to work. 
 
There are many organizations that have not adopted this strategy or similar because they have seen it fail. Please reconsider what you are doing. It may lead to unhappy customers, who are sold something that they get zero value from. 
 
Every application security expert I&#039;ve ever talked to has concluded that a blacklist approach to application security works significantly less well than blacklist applied to anti-virus or firewall. 
 
As a replacement to whitelist input valdiation (or as monitoring), web application firewalls continue to provide less value than building these into the application themselves, via normal coding methods or perhaps even an aspect-oriented point-cut architecture. Logging directly from the application can add a significant amount of context, and it can be centralized along with other security measures. Data valdation, while still very important today, is much less important than properly parameterizing data queries with proper variable binding and use of SQL clauses/statements. Data valdiation is also much less important than proper canonicalization and use of output encoding. However, data valdiation is still very important, and it works best when used in abstraction layers that control and define the validation relationships directly to the data (something that only an application can do). 
 
Web application firewalls also suffer in many multi-tier architectures, especially in modern application that contain integration tiers. A WAF can only monitor/protect a minimum amount of attacks the client-to-presentation-tier. It cannot monitor/protect the formatting tier, the behavior tier, the data tiers, the integration tiers, etc. Does a WAF protect or monitor attacks against Ajax, Flash, or Silverlight? 
 
I urge you to not promote products that only work as a blacklist at the HTTP or TLS layer. Further, if a WAF intercepts TLS, this could be a severe violation against many compliance standards (especially in the way that the WAF handles the sensitive data, including session management keys, cookies, et al). ]]></description>
		<content:encoded><![CDATA[<p>I just wanted to let you know that this is not going to work. </p>
<p>There are many organizations that have not adopted this strategy or similar because they have seen it fail. Please reconsider what you are doing. It may lead to unhappy customers, who are sold something that they get zero value from. </p>
<p>Every application security expert I&#039;ve ever talked to has concluded that a blacklist approach to application security works significantly less well than blacklist applied to anti-virus or firewall. </p>
<p>As a replacement to whitelist input valdiation (or as monitoring), web application firewalls continue to provide less value than building these into the application themselves, via normal coding methods or perhaps even an aspect-oriented point-cut architecture. Logging directly from the application can add a significant amount of context, and it can be centralized along with other security measures. Data valdation, while still very important today, is much less important than properly parameterizing data queries with proper variable binding and use of SQL clauses/statements. Data valdiation is also much less important than proper canonicalization and use of output encoding. However, data valdiation is still very important, and it works best when used in abstraction layers that control and define the validation relationships directly to the data (something that only an application can do). </p>
<p>Web application firewalls also suffer in many multi-tier architectures, especially in modern application that contain integration tiers. A WAF can only monitor/protect a minimum amount of attacks the client-to-presentation-tier. It cannot monitor/protect the formatting tier, the behavior tier, the data tiers, the integration tiers, etc. Does a WAF protect or monitor attacks against Ajax, Flash, or Silverlight? </p>
<p>I urge you to not promote products that only work as a blacklist at the HTTP or TLS layer. Further, if a WAF intercepts TLS, this could be a severe violation against many compliance standards (especially in the way that the WAF handles the sensitive data, including session management keys, cookies, et al). </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dWAF as SaaS available through GoGrid &#171; Hyperguarding your Web Applications</title>
		<link>http://blog.gogrid.com/2010/03/02/gogrid-and-art-of-defence-partner-to-provide-first-distributed-web-application-firewall-dwaf-in-the-cloud/#comment-2961</link>
		<dc:creator>dWAF as SaaS available through GoGrid &#171; Hyperguarding your Web Applications</dc:creator>
		<pubDate>Wed, 03 Mar 2010 16:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/?p=1787#comment-2961</guid>
		<description><![CDATA[[...] GoGrid customers are able to access the solution by simply deploying a GoGrid Partner Server Image (GSI) with hyperguard SaaS installed. By integrating a dWAF right into a virtual image and hosted as a SaaS, customers overcome the false sense of security created by traditional network perimeter security strategies which fail at the application level. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] GoGrid customers are able to access the solution by simply deploying a GoGrid Partner Server Image (GSI) with hyperguard SaaS installed. By integrating a dWAF right into a virtual image and hosted as a SaaS, customers overcome the false sense of security created by traditional network perimeter security strategies which fail at the application level. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
