🎁 TODAY'S DEALS & COUPONS
Shop all →
← Blog

Website Malware Removal: What to Do If You've Already Been Hacked

Partner spotlight
Sucuri — Website security, WAF & malware removal
See offer

Discovering your website has been compromised — defaced, redirecting visitors, or flagged by Google as unsafe — is stressful, but the actual recovery process follows a predictable order that limits further damage.

Step one: take the site offline or isolate it

Before cleaning anything, stop the bleeding — take the site offline or put it in maintenance mode so it stops actively harming visitors (serving malware, redirecting to scam pages) while you work on the actual cleanup.

Step two: identify how they got in

Cleaning the malicious files without finding and closing the actual entry point (an outdated plugin, a stolen admin password, a vulnerable upload form) means you'll likely be compromised again shortly after cleanup — the entry point matters as much as the cleanup itself.

Step three: remove the malicious code, not just the obvious symptoms

Sophisticated compromises often leave backdoors beyond the initial obvious infection — a full malware scan of every file, not just the ones showing visible symptoms, matters here. This is where dedicated website security scanning tools earn their cost over a manual file-by-file review.

Step four: change every credential

Every password with access to the site — hosting, CMS admin, FTP, database — should be changed, since you don't know which credentials were actually compromised versus simply unused by the attacker.

Step five: request a review from security blocklists

If Google or a browser has flagged your site as unsafe, you'll need to request a review after cleanup is verified complete — this doesn't happen automatically once you've fixed the problem.

Why the review step often gets rushed, and shouldn't

Requesting a blocklist review before cleanup is genuinely, verifiably complete is a common mistake that costs more time overall — a failed review due to a missed remnant of the infection resets the review queue and can take another review cycle before a second attempt is even considered, meaning a rushed request often ends up slower than a careful one. Running a second full scan specifically to confirm nothing was missed, before requesting review, is worth the extra hour it costs.

Communicating with affected visitors

If the compromise was live long enough that visitors may have downloaded something malicious or entered sensitive information, a brief, honest notice on the site once it's back up — what happened, what's been fixed, what visitors should check on their own end — costs little and matters more to long-term trust than pretending the incident never happened.

Preventing this going forward

A web application firewall and regular automated malware scanning catch most of what leads to a full compromise before it happens — cheaper and far less stressful than the cleanup process above.

Documenting what happened

Keeping a brief written record of the incident — how the entry point was found, what was cleaned, what changed afterward — makes any future compromise faster to diagnose, since a repeat attempt through the same or a similar vector becomes immediately recognizable rather than requiring the full investigation to start over from scratch, saving real time the next time something looks suspicious.

Compare all Firewall & WAF tools →

More guides

WAF vs Firewall: What's the Difference, and Do You Need Both?
Affiliate Disclosure: Some links on this site are affiliate links. If you click and make a purchase, we may earn a commission at no extra cost to you. This never influences our editorial rankings or recommendations. Full Disclosure →
🎁Deals & Coupons