| 开发者 | mustafizurdev |
|---|---|
| 更新时间 | 2026年8月31日 21:57 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPL v2 or later |
| 版权网址: | 版权信息 |
sentinelguard-ecommerce-protection folder to the /wp-content/plugins/ directory.No. SentinelGuard is designed to complement firewalls like Cloudflare or Wordfence. They handle basic perimeter defense, while SentinelGuard handles ecommerce-specific logic (orders, checkouts, payment hooks).
No. The pre-gateway checks take milliseconds, and background tasks (like log purging) are scheduled via WP Cron so they don't impact shoppers. Memory footprint is typically under 2MB.
Activate SentinelGuard and leave it in the default Observe mode for a few days to build a baseline of your store's normal checkout traffic. Once you're confident in the findings, switch to active enforcement and it will rate-limit and block card testing patterns before they reach your payment gateway.
Yes. SentinelGuard continuously scans your frontend scripts, database options, and active theme for the code patterns and keylogger beacons associated with Magecart-style skimmers, and quarantines anything suspicious.
No, and it should help. By filtering obvious card testing attempts before they hit Stripe, PayPal, or Authorize.Net, SentinelGuard reduces the failed-authorization volume that drives up processor fees and decline-rate warnings.
Yes. SentinelGuard is built natively for both the classic checkout and the Cart/Checkout Blocks architecture, and it's fully compatible with HPOS.
It works out of the box in Observe mode, recording telemetry with no risk of blocking real customers. Optional integrations like Patchstack, WPScan, and AI-assisted explanations require you to add your own API key in Settings.