Risk
3/19/2009
02:24 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Study: Web Application Security Spending Relatively Unscathed By Poor Economy

New OWASP study also finds Web app security spending still only small chunk of overall security spending, and 40 percent don't run Web app firewalls

First the good news: Despite the global recession, two-thirds of organizations either have no plans to cut Web application security spending, or they expect their spending to increase this year. Now the bad news: Spending for security applications is less than 10 percent of the overall security budget in 36 percent of organizations, few of which have developers dedicated to security, according to a new Open Web Application Security Project (OWASP) report (PDF).

Around 67 percent of the survey's respondents -- security professionals and executives from 51 companies -- have a dedicated IT security budget, while 89 percent of companies with 1,000 or more employees have a dedicated security spending pot. Not surprisingly, companies that had been hit with a data breach in the past two years were most likely (86 percent) to have a dedicated security budget than those that had not suffered a public breach (52 percent).

More than one-fourth of the companies in the survey say they will be spending more in Web application security this year than last; 36 percent expect their spending to stay the same.

But most aren't investing a lot in developers with security know-how. Around 40 percent of the respondents have less than 2 percent of their developer staff dedicated to security, according to the report.

Boaz Gelbord, project leader of the OWASP report, says he was most surprised by the low head count of developers dedicated to security, as well as the high number of companies (61 percent) that perform independent security reviews of Web applications before they deploy.

"These numbers imply that most companies have adopted an approach of building code while adhering to basic security practices, and then bringing in 'breakers' to find any remaining vulnerabilities," Gelbord says.

The alternative would be to have "security-breaking" built into each stage of the software development cycle, he says. "Ultimately, many companies probably adopt the 'building-then-breaking' approach, since finding security vulnerabilities is a specialized skill that the average developer can't be expected to have," Gelbord says.

Still, half of the respondents rate security experience as "at least somewhat" important for new developer hires, and most provide security training to their existing application developers.

Web application firewalls (WAFs) still aren't pervasive in organizations: Less than half of those in the survey say they run these tools to secure at least some of their Web applications. Around 17 percent say they deploy WAFs for all or almost all of their Web applications, 15 percent for most, and 7 percent for nearly half of their apps.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2208
Published: 2014-12-28
CRLF injection vulnerability in the LightProcess protocol implementation in hphp/util/light-process.cpp in Facebook HipHop Virtual Machine (HHVM) before 2.4.2 allows remote attackers to execute arbitrary commands by entering a \n (newline) character before the end of a string.

CVE-2014-2209
Published: 2014-12-28
Facebook HipHop Virtual Machine (HHVM) before 3.1.0 does not drop supplemental group memberships within hphp/util/capability.cpp and hphp/util/light-process.cpp, which allows remote attackers to bypass intended access restrictions by leveraging group permissions for a file or directory.

CVE-2014-5386
Published: 2014-12-28
The mcrypt_create_iv function in hphp/runtime/ext/mcrypt/ext_mcrypt.cpp in Facebook HipHop Virtual Machine (HHVM) before 3.3.0 does not seed the random number generator, which makes it easier for remote attackers to defeat cryptographic protection mechanisms by leveraging the use of a single initial...

CVE-2014-6228
Published: 2014-12-28
Integer overflow in the string_chunk_split function in hphp/runtime/base/zend-string.cpp in Facebook HipHop Virtual Machine (HHVM) before 3.3.0 allows remote attackers to cause a denial of service (application crash) or possibly have unspecified other impact via crafted arguments to the chunk_split ...

CVE-2014-6229
Published: 2014-12-28
The HashContext class in hphp/runtime/ext/ext_hash.cpp in Facebook HipHop Virtual Machine (HHVM) before 3.3.0 incorrectly expects that a certain key string uses '\0' for termination, which allows remote attackers to obtain sensitive information by leveraging read access beyond the end of the string,...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.