Back to Blog
Security

Why WordPress Gets Hacked and What to Do About It

By James Tram, Founder · 25 years operating businesses7 min read
WordPressSecurityHackingWebsite Protection

WordPress Is the Most Hacked Platform on the Web

WordPress powers 40.7% of all websites on the internet, according to W3Techs. That popularity makes it the number one target for hackers — not because WordPress is inherently insecure, but because the sheer volume of WordPress sites means automated attacks are constantly scanning for vulnerable installations.

If you run a WordPress site, this is not a hypothetical risk. It is an active one. Patchstack's 2026 State of WordPress Security Report documented 11,334 new WordPress vulnerabilities in 2025 — a 42% year-over-year increase. For heavily exploited vulnerabilities, Patchstack's weighted median time to first exploit is 5 hours.

Why WordPress Sites Get Hacked

Outdated plugins and themes. Patchstack counts disclosed vulnerabilities, not compromises. Their data shows 91% of those disclosures come from plugins. That is the extension layer, not a share of actual breaches. Risk still grows with every plugin you add and every update you delay. Plugins are third-party code running on your site. When a vulnerability is discovered, the plugin developer releases a patch. If you don't update, that vulnerability stays open — and attackers know exactly which plugin versions are exploitable.

Weak passwords. Brute force attacks try thousands of username and password combinations automatically. A weak password on your admin account is an open invitation. Common credentials like "admin/admin123" are tested within seconds of a site going live.

Cheap shared hosting. On shared hosting, your site sits on the same server as hundreds of others. If one site on that server gets compromised, the infection can spread laterally to yours through shared file permissions or server misconfigurations.

Nulled themes and plugins. "Free" versions of premium plugins downloaded from unofficial sources almost always contain pre-installed malware. Nulled plugins are especially risky because unofficial packages can include malicious code before you install them.

No two-factor authentication. A password alone is not enough in 2026. Without 2FA on your admin login, a stolen password from an unrelated data breach is all an attacker needs.

Abandoned plugins. A plugin that hasn't been updated in 2+ years is a vulnerability waiting to be exploited. The WordPress repository has thousands of these, and many sites still run them.

What Happens When a WordPress Site Gets Hacked

  • Your site gets used to send spam emails — damaging your domain reputation and email deliverability
  • Malware gets injected that redirects your visitors to scam, phishing, or affiliate-fraud sites
  • Google flags your site as dangerous and removes it from search results
  • Client data stored in your database gets stolen — potentially including payment info, contact info, and account credentials
  • Your hosting account gets suspended while the provider investigates
  • Your site becomes part of a botnet, launching attacks against other sites

Recovery can take days or weeks. The SEO damage from a Google blacklist can take months to reverse. For a business that relies on its website for leads, bookings, or revenue, a compromise is devastating — and often more expensive than the total cost of proper security maintenance over several years.

How to Protect Your WordPress Site

  • Update everything immediately. WordPress core, themes, and plugins should be updated within days of releases — ideally automated for minor patches. That 5-hour window on heavily exploited vulnerabilities means waiting a week to update leaves the door open
  • Use strong, unique passwords. Use a password manager. Never reuse passwords across sites
  • Enable two-factor authentication. On WordPress admin, hosting account, and any connected services
  • Use managed hosting. Kinsta or WP Engine include server-level security that shared hosting fundamentally can't provide
  • Install a security plugin. Wordfence or Sucuri provide firewall protection and malware scanning. Pick one — never stack multiple security plugins because they conflict
  • Take regular, off-site backups. Daily for active sites. Stored outside the hosting environment. Test restores periodically
  • Limit login attempts. Block IPs after a set number of failed attempts
  • Remove unused plugins. Every plugin is an attack surface. If you're not using it, delete it — deactivation isn't enough
  • Keep PHP updated. Run a version that still receives security support, PHP 8.3 or later. Older versions have their own unpatched vulnerabilities

Is WordPress Worth the Risk?

A properly maintained WordPress site on good hosting is reasonably secure. The problem is that "properly maintained" is non-trivial work — and most small business owners don't have the time or expertise to maintain it consistently.

That's the argument for either a managed care plan (where a professional handles updates, monitoring, and security) or a platform that doesn't carry the same structural attack surface.

Next.js sites, for example, have no plugin ecosystem, no database exposed to the web, and no admin login to brute force. The attack surface is fundamentally smaller. Next.js has a vulnerability registry. What it does not have is a public WordPress admin, a plugin marketplace installing code on production, or content managed on the same origin as the site. That is a smaller surface at the framework level, not an empty one. Dependencies and server routes still need updates.

Already Been Hacked?

If your site has been compromised, the order of operations matters:

  1. Take it offline immediately (the host can put up a maintenance page)
  2. Change all passwords — WordPress admin, hosting, database, FTP, email
  3. Restore from a clean backup predating the infection
  4. Audit every plugin and theme — remove anything unused
  5. Update everything
  6. Install security plugin with malware scanning
  7. Request Google review to remove the blacklist flag
  8. Address the root cause — usually an outdated plugin or weak credentials

If you want to make sure it never happens again, book a strategy call and we'll walk you through your options — including whether a more secure platform architecture makes sense for your business.

Related articles