Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


03:35 PM
Connect Directly

When WAFs Go Wrong

Web application firewalls are increasingly disappointing enterprises today. Here's why.

Although web application firewalls (WAFs) are an established staple of enterprise application security strategies, the fact is that most organizations struggle to get the most out of them. 

A new survey out last week indicates that a significant number of web application attacks bypass the WAF, organizations struggle to tune them, and they're not well-integrated into broader security functions. This only serves to bolster warnings made by analysts and other studies over the past 18 months that WAF protection mechanisms need to evolve and can't be the only mainstay for an AppSec program.

The latest study comes by way of Neustar International Security Council, which found four in 10 security professionals reported that at least half of application-layer attacks lobbied against them end up bypassing the WAF. A shocking one in 10 said it's more like 90% of attacks cruising by WAF defenses. 

Meanwhile, one in three security pros said some 50% of network requests made in the past 12 months have been labeled as false positive. That matches up with the study's findings that a similar proportion of organizations are finding it hard to appropriately tune their WAFs. Approximately 30% reported they have difficulty altering WAF policies to guard against new application-layer threats. Furthermore, 40% of organizations are unable to fully integrate their WAFs into other application security or broader security functions. 

These results echo a 2019 study conducted by Ponemon Institute that showed 60% of organizations were dissatisfied with their WAFs. That study similarly found organizations battling with a significant percentage of application-layer attacks bypassing the WAF, as well as administrative struggles from the burden of tuning and false positives. Ponemon Institute found the average organization employed 2.5 security administrators, who spent 45 hours per week processing WAF alerts and an additional 16 hours per week writing new rules for the WAF.

What WAFs Aren't Catching
The issues dug up by these studies has definitely hit the radar at analyst firms, which are indicating that the WAF market is due for some considerable shake-ups in the near future. 

"Organizations want more from their WAF providers — and the degree of negative feedback from vendor-supplied references warns that, unless vendors adapt quickly, the WAF market is ripe for disruption," according to Sandy Carielli, principal analyst at Forrester Research, who led the firm's most recent market research on the WAF market this spring.

The Forrester report shows that organizations are particularly struggling as their current WAF deployments are unable to handle a broader range of application attacks, particularly client-side attacks, API-based attacks, and bot-driven attacks.

On the API (application programming interface) front, for example, an increasing number of server-side request forgery (SSRF) are made possible due to how cloud architectures use metadata APIs and webhooks.

"The WAF may not necessarily be deployed in-line to monitor the outbound HTTP requests made by the web application. Many SaaS companies offer some form of web hook product which makes an http request on behalf of the user and cannot be easily differentiated from an SSRF attack," explained Jayant Shukla, CTO and co-founder of K2 Cyber Security, in an analysis earlier this year of the 2019 Capital One breach, which started with an SSRF attack that took advantage in a weakness in the organization's WAF. "These factors expose the fundamental limitations faced by WAFs in trying to defend against SSRF attacks."

The AppSec Wounds Showing Through WAF Band-Aids
Many experts believe the struggles with WAFs indicate more systemic weaknesses in AppSec strategy and execution. For example, a study out from Radware last fall surmised that WAFs are one of several products, such as RASP and code review products, that constitute a "spaghetti-on-the-wall" approach where organizations are throwing product at a problem that requires a more fundamental change in how organizations develop and remediate software. 

For many years, an increasing number of organizations have used WAFs as a stand-in for having a working AppSec program that works on continuously improving the security posture of software based on risk-driven prioritization. Rather than using a WAF as a backstop as improvements are made, they put it as a frontline defense measure. The problem is — as the Neustar and Ponemon studies show — a WAF hamstrung by how quickly the team can create rules to thwart new attack techniques. 

At the end of the day, the dissatisfaction with WAFs may be that many organizations are simply pinning too many of their hopes on them. Instead, some experts say it should simply be seen as a speed bump for attackers while an organization works on actually fixing code.

"If you're going to use a WAF, you won't be protecting your products from attack indefinitely," said Tim Jarrett, senior director of product management of Veracode. "So use the time a WAF gives you wisely; figure out where the underlying vulnerabilities are in your application and fix them." 

Related Content:

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Former CISA Director Chris Krebs Discusses Risk Management & Threat Intel
Kelly Sheridan, Staff Editor, Dark Reading,  2/23/2021
Security + Fraud Protection: Your One-Two Punch Against Cyberattacks
Joshua Goldfarb, Director of Product Management at F5,  2/23/2021
Cybercrime Groups More Prolific, Focus on Healthcare in 2020
Robert Lemos, Contributing Writer,  2/22/2021
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Building the SOC of the Future
Building the SOC of the Future
Digital transformation, cloud-focused attacks, and a worldwide pandemic. The past year has changed the way business works and the way security teams operate. There is no going back.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-03-01
In Dataiku DSS before 8.0.6, insufficient access control in the Jupyter notebooks integration allows users (who have coding permissions) to read and overwrite notebooks in projects that they are not authorized to access.
PUBLISHED: 2021-02-27
SerComm AG Combo VD625 AGSOT_2.1.0 devices allow CRLF injection (for HTTP header injection) in the download function via the Content-Disposition header.
PUBLISHED: 2021-02-27
An issue was discovered in through SaltStack Salt before 3002.5. salt.modules.cmdmod can log credentials to the info or error log level.
PUBLISHED: 2021-02-27
In SaltStack Salt before 3002.5, eauth tokens can be used once after expiration. (They might be used to run command against the salt master or minions.)
PUBLISHED: 2021-02-27
An issue was discovered in SaltStack Salt before 3002.5. Sending crafted web requests to the Salt API can result in salt.utils.thin.gen_thin() command injection because of different handling of single versus double quotes. This is related to salt/utils/thin.py.