After more than two decades of cleaning hacked websites at HackRepair.com and managing ongoing protection here at HackGuard.com, I see the same misconceptions catch site owners off guard every week. Here are 13 practical facts about WordPress security and what you can do about each one.
1. Automated bots target WordPress sites of every size
Many small business owners and bloggers assume hackers only care about big banks or national brands. In reality, most WordPress attacks are automated bot sweeps scanning the entire internet for vulnerable plugin files. Bots do not care how much traffic you get; they care whether your server can be used to send spam, host phishing pages, or inject hidden links.
2. Plugins and themes are the #1 entry point
WordPress core itself is very secure when kept current, and its thousands of plugins and themes make it flexible. However, outdated plugins, abandoned themes, and weak configuration settings account for the vast majority of compromises we clean up.
3. Installing a security plugin is only one piece of defense
A security plugin is a helpful alarm system, not a complete lock. Keeping WordPress safe takes regular updates across core, plugins, and PHP, strong password habits, offsite cloud backups, user role cleanup, and a Web Application Firewall (WAF).
4. Delaying updates leaves known doors unlocked
When a plugin developer patches a security flaw, the changelog becomes public. Automated scanners begin probing websites for the unpatched version within hours. Testing and applying updates every week closes those holes before bots find them.
5. Deactivated plugins can still be exploited
Simply deactivating an old plugin or theme in your WordPress dashboard does not remove its PHP files from your server. If a vulnerable file sits in /wp-content/plugins/, an attacker can often call it directly via HTTP. If you do not use a plugin, delete it completely.
6. User role management is a core security habit
Giving Administrator accounts to every writer, contractor, or temporary developer creates unnecessary risk. If one of those logins is phished or reused on a breached site, the attacker gets full control of your site. Give each person the lowest role they need and delete old accounts promptly.
7. Server and edge firewalls stop bad traffic early
Combining Cloudflare WAF, server-level .htaccess rules, and login rate-limiting blocks botnets before they even hit PHP or MySQL, saving server CPU and stopping credential-stuffing sweeps.
8. A hack damages search rankings and customer trust
A compromised site rarely just shows a defacement page anymore. Modern malware injects thousands of Japanese or pharma spam pages into your Google index, gets your domain blacklisted by Chrome Safe Browsing, and can get your hosting account suspended.
9. Not every plugin in the repository stays safe forever
Choose plugins from established developers with active support and recent updates, and watch out for plugins that change ownership and suddenly add external tracking code.
10. Weak passwords and "admin" usernames still get sites hacked daily
Brute-force botnets test thousands of common passwords against wp-login.php and xmlrpc.php every minute. Replace any default admin username, use unique 16+ character passwords, and turn on two-factor authentication (2FA).
11. Default WordPress files expose too much information
Files like wp-config.php, xmlrpc.php, readme.html, and directory indexes are often left open on default shared hosting setups. Locking them down in .htaccess takes five minutes and blocks common reconnaissance scans.
12. Outdated PHP versions hold back plugin security updates
Running an end-of-life PHP version blocks you from installing current plugin security patches. Keeping PHP on an actively supported 8.x release keeps both your server and your plugins patchable.
13. Modern malware hides where site owners never look
Backdoors often hide inside legitimate-looking theme files, wp_options database rows, or fake must-use plugins, showing spam only to search engine crawlers while looking completely normal when you log in as an administrator. Regular manual file and database checks catch what surface scans miss.
