<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>Acunetix Web Application Security Blog</title>
	
	<link>http://www.acunetix.com/blog</link>
	<description>Acunetix Web Application Security Blog</description>
	<lastBuildDate>Thu, 16 Jul 2009 14:09:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/acunetixwebapplicationsecurityblog" type="application/rss+xml" /><feedburner:emailServiceId>acunetixwebapplicationsecurityblog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><item>
		<title>2 of SANS’s top 25 most dangerous programming errors led to more than 1.5 million website security breaches in 2008</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/0AyNnWdTu-8/</link>
		<comments>http://www.acunetix.com/blog/websecuritynews/2-of-sanss-top-25-most-dangerous-programming-errors-led-to-more-than-1-5-million-website-security-breaches-in-2008/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 09:50:22 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security Articles]]></category>
		<category><![CDATA[Web Security News]]></category>
		<category><![CDATA[automated security tools]]></category>
		<category><![CDATA[programming errors]]></category>
		<category><![CDATA[SANS]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=659</guid>
		<description><![CDATA[Earlier on this year, a report from SANS institute showed that two of the twenty five most dangerous programming errors, led to more than 1.5 million website security breaches in 2008.  The report is a joint effort from more than 30 US and international cyber security organizations, such as CERT, Red hat and Department of [...]]]></description>
			<content:encoded><![CDATA[<p>Earlier on this year, a report from SANS institute showed that two of the twenty five most dangerous programming errors, led to more than 1.5 million website security breaches in 2008.  The report is a joint effort from more than 30 US and international cyber security organizations, such as CERT, Red hat and Department of Homeland Security.  The programming errors have been categorized in three categories;</p>
<ul>
<li><a href="http://www.sans.org/top25errors/#cat1" target="_blank">Category: Insecure Interaction between Components (9 errors)</a></li>
<li><a href="http://www.sans.org/top25errors/#cat2" target="_blank">Category: Risky Resource Management (9 errors)</a></li>
<li><a href="http://www.sans.org/top25errors/#cat3" target="_blank">Category: Porous Defenses (7 errors)</a></li>
</ul>
<p>As SANS Director Mason Brown said, every programming team must have the processes in place to find, fix, or avoid these problems and have the tools needed to verify their code is as free of these errors, as automated tools can verify.</p>
<p>From this report, one can clearly conclude that security awareness and secure coding training are indeed a must.  Also, programmers need automated testing tools to help them measure the security of the software they are writing and automatically train them to write secure code, since unfortunately, most of the errors are not well understood by the programmers themselves.</p>
<p>Read the full SANS’s report <a href="http://www.sans.org/top25errors/" target="_blank">here</a>.</p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/0AyNnWdTu-8" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/websecuritynews/2-of-sanss-top-25-most-dangerous-programming-errors-led-to-more-than-1-5-million-website-security-breaches-in-2008/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/websecuritynews/2-of-sanss-top-25-most-dangerous-programming-errors-led-to-more-than-1-5-million-website-security-breaches-in-2008/</feedburner:origLink></item>
		<item>
		<title>Web Application Firewalls do not replace secure development and operation of web applications</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/Bn07boGtZho/</link>
		<comments>http://www.acunetix.com/blog/websecuritynews/web-application-firewalls-do-not-replace-secure-development-and-operation-of-web-applications/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 12:58:17 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security Articles]]></category>
		<category><![CDATA[Web Security News]]></category>
		<category><![CDATA[White Papers]]></category>
		<category><![CDATA[advisories]]></category>
		<category><![CDATA[cross site request forgery]]></category>
		<category><![CDATA[cross site scripting]]></category>
		<category><![CDATA[denial of service]]></category>
		<category><![CDATA[waf]]></category>
		<category><![CDATA[web application firewall]]></category>
		<category><![CDATA[web vulnerability scanner]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=649</guid>
		<description><![CDATA[In eval($WAF); whitepaper, L. Nothdurfter, W.Neudorfer and M. Kirchner from the University of Applied Sciences Upper Austria, explain in detail how they evaluated the capabilities of some leading WAF’s (web application firewalls), and concluded that although a WAF can raise the security level, secure development and operation of web applications should be of top priority.
As [...]]]></description>
			<content:encoded><![CDATA[<p>In eval($WAF); whitepaper, L. Nothdurfter, W.Neudorfer and M. Kirchner from the University of Applied Sciences Upper Austria, explain in detail how they evaluated the capabilities of some leading WAF’s (web application firewalls), and concluded that although a WAF can raise the security level, secure development and operation of web applications should be of top priority.</p>
<p>As a matter of fact, while evaluating some leading web application firewalls, they also released 3 web application firewall advisories:</p>
<ul>
<li><a href="http://www.h4ck1nb3rg.at/wafs/advisory_artofdefence_hyperguard_200907.txt" target="_blank">Artofdefence Hyperguard Web Application Firewal (Remote Denial of Service)</a></li>
<li><a href="http://www.h4ck1nb3rg.at/wafs/advisory_phion_airlock_200907.txt" target="_blank">phion airlock Web Application Firewall (Remote Denial of Service via Management Interface (unauthenticated) and Command Execution</a></li>
<li><a href="http://www.h4ck1nb3rg.at/wafs/advisory_radware_appwall_200907.txt" target="_blank">radware AppWall Web Application Firewall (Source code disclosure on management interface)</a></li>
</ul>
<p>Some facts about WAF’s, which anyone considering of buying a WAF instead of securing his web application should read(quotes from the white paper’s conclusion):</p>
<ol>
<li>the additional layer of defense (WAF) is partly porous and does not replace the secure development and operation of web applications.</li>
<li>It also must not be overseen that a web application firewall is an additional device that is placed between the client and the web server and is therefore an additional device that can have influence on the availability of the overall system.</li>
<li>It is also an additional system that can have vulnerabilities or other forms of implementation flaws and requires regular maintenance.</li>
<li>Additionally it has been shown that web application firewalls can also be the target of successful attacks (cross-site scripting flaws, cross-site request forgery, denial of service, command execution, etc.)</li>
<li>When defining rules for a specific web application or modifying the standard Ruleset it is very important to test the whole web application and all provided functions for their correct functionality.  This can for example be done using automated testing frameworks. In the course of the project often certain functionalities of the web applications used for testing have been rendered unfunctional because of predefined rules of the web application firewalls. As unexpected side effects like this can occur with every change of the rules or the web application itself, comprehensive testing is necessary.</li>
</ol>
<p><a href="http://www.h4ck1nb3rg.at/wafs/final_project_documentation.pdf" target="_blank">Click here</a> to read eval($WAF); whitepaper.</p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/Bn07boGtZho" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/websecuritynews/web-application-firewalls-do-not-replace-secure-development-and-operation-of-web-applications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/websecuritynews/web-application-firewalls-do-not-replace-secure-development-and-operation-of-web-applications/</feedburner:origLink></item>
		<item>
		<title>Every website is a target; hacktivism</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/SnEBUmGZnUs/</link>
		<comments>http://www.acunetix.com/blog/websecuritynews/every-website-is-a-target-hacktivism/#comments</comments>
		<pubDate>Thu, 25 Jun 2009 12:42:41 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security News]]></category>
		<category><![CDATA[defacement]]></category>
		<category><![CDATA[hacktivism]]></category>
		<category><![CDATA[innocent websites]]></category>
		<category><![CDATA[malware]]></category>
		<category><![CDATA[politics]]></category>
		<category><![CDATA[presidential election]]></category>
		<category><![CDATA[viruses]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=644</guid>
		<description><![CDATA[As stated in previous blog posts, hackers don’t just hack websites to steal online databases and credit card details.  Hacktivism, where innocent websites are defaced from malicious users to transmit their political view or opinion, is on the increase.  In many major world political events, online criminals have a great chance to try and gain [...]]]></description>
			<content:encoded><![CDATA[<p>As stated in previous blog posts, hackers don’t just hack websites to steal online databases and credit card details.  <a href="http://en.wikipedia.org/wiki/Hacktivism" target="_blank">Hacktivism</a>, where innocent websites are defaced from malicious users to transmit their political view or opinion, is on the increase.  In many major world political events, online criminals have a great chance to try and gain more victims.</p>
<p>The presidential election protest in Iran, has already led to a range of hacktivism attacks against innocent websites, like the Oregon University System’s website.  The university’s website was defaced for about 90 minutes, and all visitors were redirected to a hacker controlled website, who posted a message criticizing the protests in Iran.  The message included insults aimed at US President Barack Obama, and made depreciatory comments about Iranian opposition leader Mir Hossein Mousavi.</p>
<p>The redirect didn’t harm visitors’ computers, or transfer any malware or viruses.  Still, such attack against your website can cost your business a good fortune, due to down time and bad reputation.  So, whatever the type of online audience your business has, it is always important to secure websites and web applications, as they are always a target!</p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/SnEBUmGZnUs" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/websecuritynews/every-website-is-a-target-hacktivism/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/websecuritynews/every-website-is-a-target-hacktivism/</feedburner:origLink></item>
		<item>
		<title>How to check web applications for SQL injection vulnerabilities</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/e05LWiUqmPs/</link>
		<comments>http://www.acunetix.com/blog/web-security-articles/how-to-check-web-applications-for-sql-injection-vulnerabilities/#comments</comments>
		<pubDate>Thu, 18 Jun 2009 13:40:40 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security Articles]]></category>
		<category><![CDATA[heurisitc web vulnerability scanner]]></category>
		<category><![CDATA[sql injection]]></category>
		<category><![CDATA[sql injection vulnerability]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=642</guid>
		<description><![CDATA[In a previous post, we linked to an article which gave an in-depth explanation of SQL injection vulnerabilities, and what impact such vulnerabilities can have on your web application.  Now, that you know what they are and what their impact could be, how can you find out if your website is vulnerable to SQL injection [...]]]></description>
			<content:encoded><![CDATA[<p>In a <a href="http://www.acunetix.com/blog/web-security-articles/an-in-depth-explanation-of-sql-injection/" target="_self">previous post</a>, we linked to an article which gave an in-depth explanation of <a href="http://www.acunetix.com/websitesecurity/sql-injection.htm" target="_self">SQL injection</a> vulnerabilities, and what impact such vulnerabilities can have on your web application.  Now, that you know what they are and what their impact could be, how can you find out if your website is vulnerable to SQL injection attacks?</p>
<p>Checking for SQL Injection vulnerabilities involves auditing your website and web applications. Manual vulnerability auditing is complex and very time-consuming. It also demands a high-level of expertise and the ability to keep track of considerable volumes of code and of all the latest tricks of the hacker’s ‘trade’.</p>
<p>Click <a href="http://www.acunetix.com/websitesecurity/sql-injection2.htm" target="_self">here</a> to read why an automated heuristic web vulnerability scanner such as <a href="http://www.acunetix.com/vulnerability-scanner/features.htm" target="_self">Acunetix WVS</a>, is a better solution than a signature-matching solution for detecting SQL injection vulnerabilities on your website or web application.</p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/e05LWiUqmPs" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/web-security-articles/how-to-check-web-applications-for-sql-injection-vulnerabilities/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/web-security-articles/how-to-check-web-applications-for-sql-injection-vulnerabilities/</feedburner:origLink></item>
		<item>
		<title>U.S. Dept. of Defence publishes attack details of two successful U.S. Army web servers breaches</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/xpM_PuFXd7c/</link>
		<comments>http://www.acunetix.com/blog/websecuritynews/us-dept-of-defence-publishes-attack-details-of-two-successful-us-army-web-servers-breaches/#comments</comments>
		<pubDate>Mon, 01 Jun 2009 14:24:20 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security News]]></category>
		<category><![CDATA[sql injection]]></category>
		<category><![CDATA[U.S Department of Defence]]></category>
		<category><![CDATA[U.S. Army]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=630</guid>
		<description><![CDATA[Department of Defence and other investigators, are investigating two U.S. Army web server breaches which were never publicly disclosed.
On 19th September 2007, and 26th January 2008, a Turkish hacker group known as &#8220;m0sted&#8221; successfully probed 2 U.S. Army web servers, by running a SQL injection attack against the web servers, which exploited a security vulnerability [...]]]></description>
			<content:encoded><![CDATA[<p>Department of Defence and other investigators, are investigating two U.S. Army web server breaches which were never publicly disclosed.</p>
<p>On 19th September 2007, and 26th January 2008, a Turkish hacker group known as &#8220;m0sted&#8221; successfully probed 2 U.S. Army web servers, by running a <a href="http://www.acunetix.com/websitesecurity/sql-injection.htm" target="_self">SQL injection attack</a> against the web servers, which exploited a security vulnerability in Microsoft&#8217;s SQL Server database.</p>
<p>As a result of such hacks, users trying to access Army Corps of Engineers&#8217; servers or McAlesters Munitions plant website, were redirected to other sites, such as www.m0sted.net.</p>
<p>If these web applications were properly audited with a web vulnerability scanner which can easily identify a SQL injection vulnerability, such as <a href="http://www.acunetix.com/vulnerability-scanner/" target="_self">Acunetix WVS</a>, such incident could have been easily avoided.  Proper user input sanitization is a MUST.  Once a website is available online, the web server port is wide open and the only hope one has is that all visitors play fair.  From the above, we can learn that if a website is vulnerable, a malicious user can easily gain access to the rest of the network.</p>
<p>Click <a href="http://www.informationweek.com/news/government/federal/showArticle.jhtml?articleID=217700619" target="_blank">here</a> to read more about these breaches.<a href="http://www.informationweek.com/news/government/federal/showArticle.jhtml?articleID=217700619" target="_blank"></a></p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/xpM_PuFXd7c" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/websecuritynews/us-dept-of-defence-publishes-attack-details-of-two-successful-us-army-web-servers-breaches/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/websecuritynews/us-dept-of-defence-publishes-attack-details-of-two-successful-us-army-web-servers-breaches/</feedburner:origLink></item>
		<item>
		<title>Acunetix on Twitter</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/6Y2qCZ7REu4/</link>
		<comments>http://www.acunetix.com/blog/uncategorized/acunetix-on-twitter/#comments</comments>
		<pubDate>Fri, 29 May 2009 14:56:18 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[acunetix]]></category>
		<category><![CDATA[Acunetix WVS]]></category>
		<category><![CDATA[twitter]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=628</guid>
		<description><![CDATA[We have create a twitter account for Acunetix. We plan to use this for announcements, as well as product release notifications.
Follow us on Twitter http://www.twitter.com/acunetix
]]></description>
			<content:encoded><![CDATA[<p>We have create a twitter account for Acunetix. We plan to use this for announcements, as well as product release notifications.</p>
<p>Follow us on Twitter <a href="http://www.twitter.com/acunetix" target="_blank">http://www.twitter.com/acunetix</a></p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/6Y2qCZ7REu4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/uncategorized/acunetix-on-twitter/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/uncategorized/acunetix-on-twitter/</feedburner:origLink></item>
		<item>
		<title>Why File Upload Forms are a major security threat</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/qvCfJmUSbfU/</link>
		<comments>http://www.acunetix.com/blog/white-papers/why-file-upload-forms-are-a-major-security-threat/#comments</comments>
		<pubDate>Wed, 27 May 2009 13:52:19 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[White Papers]]></category>
		<category><![CDATA[Acunetix WVS]]></category>
		<category><![CDATA[file upload forms]]></category>
		<category><![CDATA[secure file upload forms]]></category>
		<category><![CDATA[security issues]]></category>
		<category><![CDATA[well known web applications]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=623</guid>
		<description><![CDATA[File upload forms, nowadays can be found allover the internet.  In social network web applications, such as Facebook and Twitter, in blogs, forums, e-banking sites, YouTube and also in corporate support portals, to give the opportunity to the end user to efficiently share files with corporate employees.  Users are allowed to upload images, videos, avatars [...]]]></description>
			<content:encoded><![CDATA[<p>File upload forms, nowadays can be found allover the internet.  In social network web applications, such as Facebook and Twitter, in blogs, forums, e-banking sites, YouTube and also in corporate support portals, to give the opportunity to the end user to efficiently share files with corporate employees.  Users are allowed to upload images, videos, avatars and many other types of files.</p>
<p>Though, the more functionality provided to the end user, the greater is the risk of having a vulnerable web application and the chance that such functionality will be abused from malicious users, to gain access to a specific website, or to compromise a server is very high.</p>
<p>The following white paper, talks about a number of common security issues and vulnerabilities encountered while auditing file upload forms in several well known web applications.  It also explains how to build secure file upload forms.</p>
<p>You can read this whitepaper from <a href="http://www.acunetix.com/websitesecurity/upload-forms-threat.htm" target="_self">here</a></p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/qvCfJmUSbfU" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/white-papers/why-file-upload-forms-are-a-major-security-threat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/white-papers/why-file-upload-forms-are-a-major-security-threat/</feedburner:origLink></item>
		<item>
		<title>New Acunetix WVS Version 6.5 sets new standards in web vulnerability scanning</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/CIAqKqUuU0o/</link>
		<comments>http://www.acunetix.com/blog/productnews/new-acunetix-wvs-version-65-sets-new-standards-in-web-vulnerability-scanning/#comments</comments>
		<pubDate>Wed, 20 May 2009 11:53:57 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Product News]]></category>
		<category><![CDATA[Acunetix WVS]]></category>
		<category><![CDATA[Acunetix WVS Version 6.5]]></category>
		<category><![CDATA[file upload forms vulnerability checks]]></category>
		<category><![CDATA[major improvements]]></category>
		<category><![CDATA[new features]]></category>
		<category><![CDATA[new version]]></category>
		<category><![CDATA[web vulnerability scanner]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=618</guid>
		<description><![CDATA[We are proud to announce the launch of Acunetix Web Vulnerability Scanner Version 6.5.  With this new version, we introduced the new ‘file upload forms vulnerability checks’.  Acunetix is the industry&#8217;s first and only Web Vulnerability Scanner to scan web applications for this type of vulnerabilities.
Read more about Acunetix and Version 6.5 release in this [...]]]></description>
			<content:encoded><![CDATA[<p>We are proud to announce the launch of Acunetix Web Vulnerability Scanner Version 6.5.  With this new version, we introduced the new ‘file upload forms vulnerability checks’.  Acunetix is the industry&#8217;s first and only Web Vulnerability Scanner to scan web applications for this type of vulnerabilities.</p>
<p>Read more about Acunetix and Version 6.5 release in this <a href="http://www.acunetix.com/news/wvs65release.htm" target="_self">press release</a><br />
Check out the FREE Version of Acunetix WVS V6.5 from <a href="http://www.acunetix.com/cross-site-scripting/scanner.htm" target="_self">here</a><br />
Download the Acunetix WVS Version6 manual from <a href="http://www.acunetix.com/vulnerability-scanner/wvsmanual.pdf" target="_self">here</a></p>
<p><strong>The new features of Version 6.5 are:</strong></p>
<ul>
<li>New Login Sequence Recorder, supports more authentication forms and web technologies.</li>
<li>Session Auto Recognition module; the crawler will identify when a logged in session is invalided or expired and re-logins automatically.</li>
<li>Actions drop down menu; for each highlighted node, the actions drop down menu is activated showing all possible functions.</li>
<li>Much more JSP, Java and Tomcat checks and alerts</li>
</ul>
<p><strong>We also achieved the below major improvements with this version:</strong></p>
<ul>
<li>Improved cookie management and session handling to support modern dynamic websites.</li>
<li>Port Scanner and Network Alerts results appear as a separate node from the web alerts in the results view.</li>
<li>Ability to import settings from Version 6 installation.</li>
<li>Added Blind SQL injection timing test using MySQL&#8217;s sleep and MS SQL&#8217;s waitfor function.  This will help in discovering particular blind SQL injections that do not report a change on the page.</li>
</ul>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/CIAqKqUuU0o" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/productnews/new-acunetix-wvs-version-65-sets-new-standards-in-web-vulnerability-scanning/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/productnews/new-acunetix-wvs-version-65-sets-new-standards-in-web-vulnerability-scanning/</feedburner:origLink></item>
		<item>
		<title>Implementing a web application firewall only is not enough to secure web applications</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/hUwibeNp1Mo/</link>
		<comments>http://www.acunetix.com/blog/websecuritynews/implementing-a-web-application-firewall-only-is-not-enough-to-secure-web-applications/#comments</comments>
		<pubDate>Thu, 14 May 2009 12:15:21 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Web Security Articles]]></category>
		<category><![CDATA[Web Security News]]></category>
		<category><![CDATA[OWASP Europe 2009]]></category>
		<category><![CDATA[web application firewall]]></category>
		<category><![CDATA[web application security]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=606</guid>
		<description><![CDATA[As demonstrated during an OWASP Europe 2009 presentation, WAF&#8217;s (web application firewalls) also have vulnerabilities.  Sandro Gauci (founder and CSO for EnableSecurity) and Wendel Henrique (member of SpiderLabs) showed how an attacker can easily identify and bypass several well known web application firewalls using XSS (Cross site scripting) attacks, the same types of exploits WAF&#8217;s [...]]]></description>
			<content:encoded><![CDATA[<p>As demonstrated during an OWASP Europe 2009 presentation, WAF&#8217;s (web application firewalls) also have vulnerabilities.  Sandro Gauci (founder and CSO for EnableSecurity) and Wendel Henrique (member of SpiderLabs) showed how an attacker can easily identify and bypass several well known web application firewalls using XSS (<a href="http://www.acunetix.com/websitesecurity/xss.htm" target="_self">Cross site scripting</a>) attacks, the same types of exploits WAF&#8217;s should be protecting web applications from.  WAF&#8217;s can now be exploited using automated tools, to gain direct access to a web application.</p>
<p>As Wendel Henrique explained, a WAF can help, but securing web applications is much more important.  Apart from that, implementing a WAF can cost a lot of time and money, and there is also the need to make network configuration changes.  On the opposite, scanning a web application with a web vulnerability scanner such as <a href="http://www.acunetix.com/vulnerability-scanner/" target="_self">Acunetix WVS</a>, helps you secure your web application without the need of web security expertise, and it saves you time.</p>
<p>Therefore as a conclusion, we can see that although a WAF adds an extra layer of protection, one should never rely on web application firewalls only, and should always ensure that web applications are secure.</p>
<p>You can read more about the OWASP Europe 2009 presentation on Web Application Firewalls vulnerabilities from the following link: <a href="http://www.darkreading.com/security/app-security/showArticle.jhtml?articleID=217400819&amp;cid=RSSfeed" target="_blank">http://www.darkreading.com/security/app-security/showArticle.jhtml?articleID=217400819&amp;cid=RSSfeed</a></p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/hUwibeNp1Mo" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/websecuritynews/implementing-a-web-application-firewall-only-is-not-enough-to-secure-web-applications/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/websecuritynews/implementing-a-web-application-firewall-only-is-not-enough-to-secure-web-applications/</feedburner:origLink></item>
		<item>
		<title>Acunetix WVS Version 6.5 BETA is available for download</title>
		<link>http://feedproxy.google.com/~r/acunetixwebapplicationsecurityblog/~3/Bp4vcekaalQ/</link>
		<comments>http://www.acunetix.com/blog/productnews/acunetix-wvs-version-65-beta-is-available-for-download/#comments</comments>
		<pubDate>Tue, 05 May 2009 10:23:24 +0000</pubDate>
		<dc:creator>Robert</dc:creator>
				<category><![CDATA[Product News]]></category>
		<category><![CDATA[Acunetix WVS]]></category>
		<category><![CDATA[BETA]]></category>
		<category><![CDATA[version 6.5]]></category>

		<guid isPermaLink="false">http://www.acunetix.com/blog/?p=603</guid>
		<description><![CDATA[Acunetix is proud to announce the launch of the BETA version of the upcoming Acunetix WVS Version 6.5.
With this latest version, Acuntix is launching a new set of checks which check for vulnerabilities in file upload forms.  To date, Acunetix WVS Version 6.5 is the only vulnerability scanner which tests websites and web applications for [...]]]></description>
			<content:encoded><![CDATA[<p>Acunetix is proud to announce the launch of the BETA version of the upcoming Acunetix WVS Version 6.5.</p>
<p>With this latest version, Acuntix is launching a new set of checks which check for vulnerabilities in file upload forms.  To date, Acunetix WVS Version 6.5 is the only vulnerability scanner which tests websites and web applications for such vulnerabilities.  Such tests can take place even when not using AcuSensor Technology, but when such technology is enabled, the results are more comprehensive whilst reporting less false positives.</p>
<p>If you are interested in testing the new BETA of Version 6.5, and you already own an Acunetix WVS Enterprise or Consultant license with a valid maintenance agreement, contact us at beta@acunetix.com.</p>
<p><strong>The new features of Version 6.5 are:</strong></p>
<ul>
<li>File upload forms vulnerability checks</li>
<li>New Login Sequence recorder; supporting much more authentication forms and web technologies</li>
<li>Session Auto Recognition: during crawling, if the session is invalidated or logged out, the scanner will automatically replay the login sequence without the need for manual intervention</li>
<li>Much more checks and alerts for JSP, Java and Tomcat web server</li>
<li>Actions drop down menu; for each selected node, the actions drop down menu is activated showing all possible functions</li>
</ul>
<p><strong>We also achieved some major improvements with Version 6.5:</strong></p>
<ul>
<li>Improved cookie management and session handling to support modern dynamic websites</li>
<li>Port scanner results will appear as a single node in the results tree</li>
<li>Users can import their settings from version 6 to version 6.5.</li>
<li>Added blind SQL injection (timing test) using MySQL&#8217;s sleep and MS SQL&#8217;s waitfor functions.  This will help in discovering particular blind SQL injections that do not report a change on the page.</li>
</ul>
<p>Please send your feedback or bug reports to beta@acunetix.com</p>
<p>The Free edition of Acunetix WVS Beta Version 6.5 can be downloaded from <a href="http://www.acunetix.com/vulnerability-scanner/vulnerabilityscanner65.exe" target="_self">here</a>.</p>
<p>Looking forward to hearing from you!</p>
<img src="http://feeds.feedburner.com/~r/acunetixwebapplicationsecurityblog/~4/Bp4vcekaalQ" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.acunetix.com/blog/productnews/acunetix-wvs-version-65-beta-is-available-for-download/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://www.acunetix.com/blog/productnews/acunetix-wvs-version-65-beta-is-available-for-download/</feedburner:origLink></item>
	</channel>
</rss>
