Gcore’s WAAP protects your websites, web applications, and APIs from known vulnerabilities and common exploits by applying predefined security policies, built-in rules, and behavioral analysis to incoming requests.
WAAP is designed to work out of the box, but it’s also highly customizable: you can create and setup your own rules, adjust policies, and customize WAAP behavior as needed. You can further analyze the traffic through our built-in reporting system, which helps you better understand how to fine-tune WAAP's protection and adjust custom rules.
WAAP offers you such key features as:
For instructions on how to protect your domain with our WAAP, refer to our guide Configure WAAP for a domain.
WAAP is currently in beta mode. To join the beta, contact the Gcore support team.
Traditional firewalls typically serve as the first line of defense against malicious visitors and focus on layer 3 (Network) and layer 4 (Transport) in the OSI model. This means that they can’t interpret and process HTTP and HTTPS traffic, which is the type of traffic making requests to your web applications.
To protect your web applications and APIs, you need to use a web application firewall (WAF). It’s designed to filter out the "good" and "bad" HTTP and HTTPS traffic at the Application layer (Layer 7) in the OSI model.
A WAF sits between the client and the origin server, meaning that any request a client makes passes through the WAF for an "inspection" before arriving at its destination, the website's origin server.
A WAAP (Web Application and API Protection) is a security tool that offers basic WAF protection along with more advanced measures aimed to protect your web applications and APIs from cyberattacks.
As the malicious web attacks continue to evolve and become more sophisticated, our WAAP will continue to undergo upgrades and maintenance needed to keep our platform up-to-date and effective against these attacks.
Our cloud-based next-generation WAF uses a two-part system to inspect incoming traffic:
WAF Edge nodes that perform actions against requests.
Behavioral component that runs heuristics and ML models and performs behavioral analytics.
WAF edge nodes and behavioral components work together to provide protection against common vulnerabilities such as L7 DDoS attacks, OWASP Top 10 threats, bots, and more.
These nodes are responsible for running WAAP policies against requests. They also enforce actions on requests (block, allow, Captcha, JavaScript validation, or tag) based on the recommendation provided by the second part, the behavioral component.
The existence of nodes that run policies against traffic is what essentially defines a typical first-gen WAF.
The WAAP policies section covers existing policy groups in detail.
You can also create your own custom rules to filter traffic as you see fit.
The behavioral component is responsible for asynchronously analyzing traffic from WAF Edge nodes. It is centralized and built on a scalable cloud environment, ensuring that WAF always has sufficient resources for deep analysis without memory or processing limitations.
The component analyzes and detects malicious behavioral patterns and, based on this information, indicates what actions should be enforced by WAF Edge nodes: block, challenge, or allow requests. As the behavioral component processes requests, it generates information tags for each request entity. These tags are sent together with instructions (actions to be enforced) to WAF Edge nodes.
This analytical aspect of the system and independent functioning of both parts is what elevates our WAF to the next-generation level.
Was this article helpful?