| 开发者 | ipsentry |
|---|---|
| 更新时间 | 2026年8月19日 05:21 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
predax-fraud-guard-for-woocommerce folder to /wp-content/plugins/).Enable a blocking mode (the wizard's Recommended preset blocks risk 50 and above), turn on the order velocity rule, and set VPN, proxy and datacenter to Block. Card-testing bots run from datacenter, proxy and VPN addresses, so these rules cut the attack off at the connection. Every blocked attempt is listed in the Events Log, and because screening runs during checkout validation — before the order reaches your payment gateway — a blocked attempt never becomes a transaction, a gateway fee, or a chargeback.
Yes, with any gateway. Screening runs during WooCommerce's own checkout validation, before the order is created and before any payment provider is contacted, so it does not depend on which gateway you use. It complements gateway-side screening such as Stripe Radar: your gateway only ever sees the orders that already passed the IP screen.
Most anti-fraud plugins score orders using rules about the order itself — mismatched names, order size, email patterns. Predax Fraud Guard adds the signal those rules can't see: live IP intelligence. It knows whether the customer is connecting through a VPN, proxy, Tor, or a datacenter server right now, backed by a continuously-updated commercial threat database — the same signal used to catch card testing and stolen-card fraud before payment is taken. It works well alongside rule-based fraud plugins and payment-processor screening such as Stripe Radar, and alongside security plugins like Wordfence (which protect your site, not your checkout).
No. Before you enter an API key and save a protection mode, the plugin makes zero outbound requests to predax.io. Nothing happens silently on activation.
Only if you enable a blocking mode. Until you complete setup, the mode is Tag only (no blocking — orders just get tags and notes). In the setup wizard, the pre-selected Recommended preset enables blocking of high-risk checkouts (risk score 50+); choose Monitor Only instead if you don't want any blocking yet — each preset card lists exactly what it switches on.
A score from 0 to 100 representing how likely an IP is to be associated with fraud, anonymisation, or abuse. 0 = clean residential IP, 100 = the strongest combination of threat signals (for example a known-malicious IP arriving over an anonymised connection). The score combines VPN/proxy/Tor detection, datacenter identification, historical abuse signals, and geographic heuristics.
Yes — enable Fraud Guard → Settings → Advanced → "Behind a proxy / CDN" (or the same toggle on the WooCommerce → Predax tab). With it on, the plugin reads the real customer IP from the CF-Connecting-IP / X-Forwarded-For headers instead of the Cloudflare edge IP. It is off by default: when your store connects directly to visitors, trusting those headers would let a customer spoof their IP to bypass fraud checks, so you only turn it on when a proxy/CDN really is in front of your site.
Fraud Guard → Settings → Developer tab → enter a Test IP Override. Every checkout is then evaluated as if it came from that IP. A red admin banner reminds you test mode is active. Clear the override before going live.
Use 185.220.101.1 (risk 85, Tor-adjacent) to exercise blocking paths, or 1.1.1.1 to verify pass-through.
On each tagged order the plugin stores:
_ipsentry_risk_score — numeric risk score (0–100)_ipsentry_ip — detected customer IP_ipsentry_country_code — detected IP country code_ipsentry_flags — comma-separated threat flag listYes. The plugins are independent but complementary — Security protects logins and registrations, Fraud Guard protects WooCommerce checkout. Both can share the same API key.
Search first: verified search engine crawlers — Googlebot, Bingbot and others confirmed by reverse DNS — are never caught by your category rules, on both the classic and the block-based checkout, so screening does not affect how your store is crawled or indexed. For customers, the plugin is built so you never have to guess. Start in tag-only mode and watch what your rules would have done in the Events Log before you enable any blocking. Every screening decision is recorded with its reason, and a good customer caught by an over-strict rule can be allow-listed in one click straight from the log. If your store serves audiences where VPN use is common, prefer Monitor mode for the VPN rule.
ipsentry_woo_community_enabled option. Existing installs stop sending telemetry until they flip this on.block_proxy, block_tor, and monitor_vpn default to 'no' on fresh installs.<script> / <style> block to enqueued asset files. OAuth-callback exit page now references an external CSS/JS pair.wp_add_privacy_policy_content) so admins can pull suggested text from Tools → Privacy.$_GET / $_POST / $_FILES read; imported settings values now validated per option type.uninstall.php drops the events-log table and deletes every ipsentry_woo_* option on plugin deletion.Domain Path: /languages header + minimal .pot translation template..distignore excluding dev artefacts from the WP.org zip._ipsentry_flags meta key for quick flag lookup.