Web Application Firewall (WAF)
Powered by Fastly, the web application firewall (WAF) service for Adobe Commerce on cloud infrastructure detects, logs, and blocks malicious request traffic before it can damage your sites or network. The WAF service is available on production environments only.
The WAF service provides the following benefits:
-
PCI compliance—WAF enablement ensures that Adobe Commerce storefronts in Production environments meet PCI DSS 6.6 security requirements.
-
Default WAF policy—The default WAF policy, configured and maintained by Fastly, provides a collection of security rules tailored to protect your Adobe Commerce web applications from a wide range of attacks, including injection attacks, malicious inputs, cross-site scripting, data exfiltration, HTTP protocol violations, and other OWASP Top Ten security threats.
-
WAF onboarding and enablement—Adobe deploys and enables the default WAF policy in your Production environment within 2 to 3 weeks after provisioning is final.
-
Operations and maintenance support—
- Adobe and Fastly setup and manage your logs and alerts for the WAF service.
- Adobe triages customer support tickets related to WAF service issues that block legitimate traffic as Priority 1 issues.
- Automated upgrades to the WAF service version ensure immediate coverage for new or evolving exploits. See WAF maintenance and upgrades.
Enabling the WAF
Adobe enables the WAF service on new accounts within 2 to 3 weeks after provisioning is final. The WAF is implemented through the Fastly CDN service. You do not have to install or maintain any hardware or software.
How it works
The WAF service integrates with Fastly and uses the cache logic within the Fastly CDN service to filter traffic at the Fastly global nodes. We enable the WAF service in your Production environment with a default WAF policy based on ModSecurity Rules from Trustwave SpiderLabs and the OWASP Top Ten security threats.
The WAF service filters HTTP and HTTPS traffic (GET and POST requests) against the WAF ruleset and blocks traffic that is malicious or does not comply with specific rules. The service filters only origin-bound traffic that attempts to refresh the cache. As a result, we stop most attack traffic at the Fastly cache, protecting your origin traffic from malicious attacks. By processing only origin traffic, the WAF service preserves cache performance, introducing only an estimated 1.5 milliseconds to 20 milliseconds of latency to every non-cached request.
Troubleshooting blocked requests
When the WAF service is enabled, it filters all web and admin traffic against the WAF rules and blocks any web request that triggers a rule. When a request is blocked, the requestor sees a default 403 Forbidden error page that includes a reference ID for the blocking event.
You can customize this error response page from the Admin. See Customize the WAF response page.
If your Adobe Commerce admin page or storefront returns a 403 Forbidden error page in response to a legitimate URL request, submit an Adobe Commerce Support ticket. Copy the reference ID from the error response page and paste it into the ticket description.
WAF maintenance and updates
Fastly maintains and updates the WAF ruleset based on rule updates from commercial third parties, Fastly research, and open sources. Fastly updates the published rules into a policy as needed, or when changes to the rules are available from their respective sources. Also, Fastly can add rules that match the published classes of rules into the WAF instance of any service after the WAF service is enabled. These updates ensure immediate coverage for new or evolving exploits.
Adobe and Fastly manage the update process to ensure that new or modified WAF rules work effectively in your Production environment before the updates are deployed in blocking mode.
Limitations
The standard WAF service powered by Fastly does not support the following features:
- Protection against malware or bot mitigation—Consider using access control lists or a third-party service.
- Rate limiting—See Rate Limiting in the Fastly documentation, or see Rate limiting in the Commerce Web API security section.
- Configuring a logging endpoint for customer—See PrivateLink service as an alternative.
Although the WAF service does not allow you to block or allow traffic based on IP addresses, you can add access control lists (ACL) and custom VCL snippets to your Fastly service to specify the IP addresses and VCL logic for blocking or allowing traffic. See Custom Fastly VCL snippets.
Filtering for TCP, UDP, or ICMP requests is not supported by the WAF service. However, this functionality is provided by the built-in DDoS protection included with the Fastly CDN service. See DDoS protection.