Start with a plugin or theme vulnerability
Source: MalCare incident analysis, rolling 12 months.
Attackers weaponize a new plugin flaw in about five hours; the official fix takes about 12 days — and a third never come. MalCare puts a tested firewall rule in front of the flaw within hours of disclosure, so exploit attempts die before they reach the plugin.






The official fix takes about 12 days — everything in between, your site is attackable by script.
Source: MalCare incident analysis, rolling 12 months.
A firewall rule is the protection available in the gap.
Every disclosure starts another race to exploit exposed sites.
We write a rule that recognizes attempts to trigger the disclosed flaw; the firewall returns 403 before the request reaches the plugin. Nothing on your site changes — the official update is still the permanent fix.
Nothing here is what the rule looks for. No part of this request is rewritten, buffered, or held — it goes straight through.
In both cases the plugin file on your server is byte-for-byte unchanged — the rule lives at the firewall, never in your code.
Each one has to block the exploit, pass real traffic, and survive the bypasses attackers try next.
We download the plugin; the vendor's fix diff shows exactly where the danger lives.
The advisory names one entry point. We follow the input to the dangerous operation and find the rest.
Strong enough to catch every variant, precise enough to never block a customer.
Pentested, canaried on live sites, then rolled out to the network.
Each defense tested alone against the same requests. Every layer is good at its own job — only one is built for plugin exploits.
| Attack form | Host security Kinsta · WP Engine · SiteGround | Generic WAF Cloudflare · Sucuri · Imunify360 | Advisory rules Wordfence · Solid · Patchstack | MalCare built from vulnerable code |
|---|---|---|---|---|
| The published exploit | ✕ | ◐ | ✓ | ✓ |
| Re-encoded payload | ✕ | ✕ | ✕ | ✓ |
| Method swapped | ✕ | ✕ | ✕ | ✓ |
| Alternate route | ✕ | ✕ | ✕ | ✓ |
| Flaw with no patch yet | ✕ | ✕ | ◐ | ✓ |
| Verdict | 0/5 | 1/5 | 2/5 | 5/5 |
No sloppy rule with a green check on it. You get a partial-protection flag and the update path instead.
You don't write rules or tune settings. You get the alert, the Patched stamp, and a score that says when the official update is safe to run.
unauthenticated file upload
This is the whole surface. Nothing in it needs you — the button is optional.
Every site in one dashboard, patched from the same screen. At 10+ sites, WPRemote adds sandbox updates, client reports, and bulk pricing.
Live in hours. Tested against real traffic. Honest when protection is partial.