| 开发者 |
ja1me4
nahnuplugins |
|---|---|
| 更新时间 | 2026年10月29日 04:21 |
| PHP版本: | 8.0 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
https://api.cloudflare.com only from your WordPress admin, and only when you take an action that requires it: verifying credentials, testing the connection, listing your zones, listing existing rules, or deploying rules.
The data sent consists of the Cloudflare credentials you enter (an API Token, or an account email plus Global API Key), the zone IDs you select, and the WAF rule definitions you build in the plugin. No data about your site's visitors and no personal data about your WordPress users is sent. The plugin does not send data to any other third-party service.
Cloudflare is a third-party service operated by Cloudflare, Inc. By using this plugin to connect to Cloudflare, you are subject to their terms and policies:
No. Deploying replaces only this plugin's own rules (named "[CF WAF] ...") and keeps your other custom rules on the zone, placed after the plugin's rules so Rule 1 still runs first. If you want a clean zone, tick "Replace all custom rules in the zone" before deploying; you will be asked to confirm. Managed rules, rate limiting rules and other Cloudflare settings are not changed either way.
The Cloudflare Free plan allows five custom rules in total, and this plugin uses five. If the zone already has rules of its own, either remove them in Cloudflare or deploy with "Replace all custom rules in the zone".
Yes. When Cloudflare restricts a rule phase on your plan, the plugin removes it and retries so the deploy still succeeds.
No. Every rule is built from checkboxes, and the plugin writes the expressions for you. You can review them on the Expressions tab before deploying.
In Cloudflare, check Security > Analytics > Events to see which rule blocked it. Then allow it in Rule 1: turn on its bot category or service, or add its IP addresses (preferred, since user agents are easy to fake), user agent or a Custom Allow Expression, and deploy again.
Credentials are encrypted at rest using libsodium (sodium_crypto_secretbox), with a key derived from your site's AUTH_KEY salt, so the key is unique to your site and is never stored in the database. Credentials are saved with autoload disabled and are never sent back to the browser. Use a scoped API Token with only the permissions listed above rather than your Global API Key.
The October 2026 ruleset no longer allows services by user agent, because a user agent is easy to fake. Services Cloudflare verifies are covered by "Allow every Cloudflare verified bot", and services that publish their IP addresses have their own switch. Services that do neither, such as UpdraftPlus and BackupBuddy, were moved into Custom User Agents to Allow so nothing stops working, and a notice on the WAF Rules screen lists them.
Yes. Define them in wp-config.php and the plugin uses them read-only:
define( 'WPWAF_API_TOKEN', 'your-cloudflare-api-token' );
Or, with a Global API Key:
define( 'WPWAF_API_EMAIL', 'you@example.com' );
define( 'WPWAF_API_KEY', 'your-global-api-key' );
By default all plugin data is kept, which is safe for testing or temporary removal. To remove everything on delete, turn off "Keep data on uninstall" in Settings before deleting the plugin.