Most WordPress security breaches do not start with a sophisticated attack. They usually start with something simple: an outdated plugin, a weak password, an exposed backup folder, a forgotten test install, or a nulled theme that should never have been installed.
Attackers know this. Automated bots constantly scan WordPress sites for common mistakes. They look for vulnerable plugin versions, exposed installation files, open directories, default usernames, weak login pages, old backups, and misconfigured security rules.
The problem is not that WordPress is impossible to secure. The problem is that many sites are launched and then left alone.
This guide covers the most common WordPress security risks that lead to hacked websites, how to fix them, and where tools like the Securewp Remote Security Scanner and SiteFort Security Plugin can help.
1. Outdated Plugins, Themes, and WordPress Core
Outdated plugins and themes are one of the most common reasons WordPress sites get hacked.
When a developer releases a security update, attackers often compare the old and new versions to understand what was fixed. Once the vulnerability is known, bots can scan the web for sites still running the affected version.
This is why delaying updates can be risky. A plugin may look normal in the dashboard, but if it has a known vulnerability and remains unpatched, it can become an easy target.
WordPress’ official security guidance recommends keeping WordPress itself, plugins, and themes up to date, and choosing themes and plugins that are actively maintained.
What to do
- Update WordPress core, plugins, and themes regularly.
- Remove plugins and themes you no longer use.
- Replace abandoned plugins that no longer receive updates.
- Check whether installed plugins or themes have known vulnerabilities.
- Test major updates on staging before applying them to important production sites.
The Securewp Remote Security Scanner can help with quick external checks for visible WordPress security issues and known risk indicators. For deeper WordPress-side protection, SiteFort monitors vulnerabilities in WordPress core, plugins, and themes so you can patch risky components before attackers find them.
2. Exposed Staging, Test, and Backup Directories
A common mistake is leaving old copies of a website inside public folders.
Examples include:
/old/backup/test/new/staging/wordpress/dev/2023
These folders may contain outdated plugins, old WordPress versions, database backups, exposed configuration files, or incomplete WordPress installations.
This is dangerous because attackers do not need to compromise your main site first. They can attack the forgotten copy, upload malware there, and then use it to reach the rest of the hosting account.
Why this matters
An old test installation may not have the same security rules as the live site. It may use weak credentials, outdated plugins, public directory listing, or leftover installer files. If it sits under the same hosting account, a compromise there can still affect the main site.
What to do
- Check your hosting file manager or SFTP for old public folders.
- Delete old WordPress copies you no longer need.
- Move backups outside the public web root.
- Password-protect staging sites.
- Block search engines from indexing staging environments.
- Use separate hosting accounts or isolated environments for staging where possible.
- Remove installer files, database dumps, ZIP archives, and old backups from public directories.
Do not assume a folder is safe because you do not link to it. Bots can discover common paths automatically.
3. Public Backup Files and Sensitive Data Exposure
Backup files are useful, but they become a serious risk when stored publicly.
Attackers often scan for files such as:
backup.zipsite-backup.tar.gzdatabase.sqldb-backup.sql.gzwp-config.php.bak.enverror_logdebug.log
If a database backup or configuration file is exposed, attackers may obtain database credentials, admin emails, password hashes, private URLs, API keys, or other sensitive information.
What to do
- Store backups outside the public web root.
- Use a secure backup service or private storage location.
- Delete old ZIP, SQL, TAR, and GZ files from public folders.
- Block access to sensitive file types where possible.
- Disable directory browsing.
- Check for exposed logs and debug files.
SiteFort can help identify exposed sensitive files and hardening gaps that may reveal information attackers can use.
4. Nulled Plugins and Themes
Nulled plugins and themes are premium products modified to bypass licensing. They may look like a free shortcut, but they are one of the fastest ways to compromise a WordPress site.
The risk is not only that the software is pirated. The bigger issue is that nulled packages often contain hidden malware, backdoors, spam injectors, redirect scripts, fake admin users, or code that allows attackers to regain access later.
These backdoors can stay quiet for weeks or months before being used.
What to do
- Do not install nulled plugins or themes.
- Remove any nulled software already installed.
- Replace it with a legitimate copy from the developer or a trusted repository.
- Scan the site for backdoors after removal.
- Reset administrator, hosting, database, and SFTP passwords if nulled software was used.
For sites that may already contain suspicious files, SiteFort can scan for malware, backdoors, malicious PHP, injected JavaScript, modified core files, SEO spam, suspicious redirects, vulnerable components, and exposed sensitive files.
5. Weak Passwords and No Two-Factor Authentication
Attackers do not only target WordPress vulnerabilities. They also target passwords.
They try leaked credentials, reused passwords, common usernames, and brute-force login attempts. If an administrator uses a weak or reused password, the attacker may not need a plugin vulnerability at all.
Credentials to protect include:
- WordPress admin accounts
- Hosting control panel
- SFTP/FTP accounts
- Database users
- Cloudflare or DNS accounts
- Email accounts connected to password resets
What to do
- Use long, unique passwords for every account.
- Enable two-factor authentication for admin users.
- Remove unused user accounts.
- Limit administrator access to people who truly need it.
- Check for weak, reused, or breached passwords.
- Disable or restrict old FTP access where possible and use SFTP instead.
SiteFort includes login security features such as 2FA, CAPTCHA, brute-force protection, safer login responses, custom login URL support, and weak or breached password checks.
6. Default Admin Username and User Enumeration
Using admin as the administrator username is still a common mistake.
It does not automatically mean the site will be hacked, but it gives attackers a head start. If the username is known, they only need to guess or steal the password.
Attackers can also discover usernames through author archives, REST API responses, login behavior, or public content.
What to do
- Create a new administrator account with a unique username.
- Log in with the new account.
- Delete the old
adminaccount and assign its content to the new user. - Use display names that are different from login usernames.
- Reduce user enumeration where possible.
- Use 2FA and login attempt limits so username discovery alone is not enough.
SiteFort can help reduce user enumeration and harden login behavior so bots have less information to work with.
7. No Firewall or Bot Protection
Many attacks are automated. Bots scan for vulnerable plugin files, login pages, XML-RPC abuse, exposed backup files, suspicious query strings, and known exploit paths.
Without firewall and bot protection, all of that traffic reaches WordPress and consumes server resources. Even when the attack fails, it can slow down the site or fill logs with noise.
What to do
- Use a WordPress firewall to block common attack patterns.
- Rate-limit login, XML-RPC, forms, and expensive dynamic endpoints.
- Block abusive IPs and fake user agents.
- Use country blocking only when it makes sense for your audience.
- Monitor repeated 404 probes and vulnerability scanning behavior.
- Use Cloudflare or an edge provider for additional filtering when possible.
SiteFort includes firewall protection, bot blocking, IP and country blocking, user-agent blocking, rate limiting, 404 probe controls, and community threat intelligence. If your site uses Cloudflare, SiteFort can also sync selected block rules to Cloudflare so some traffic is stopped earlier at the edge.
8. No Malware Scanning or Activity Monitoring
Security is not only about prevention. You also need to know when something changes.
A hacked site may not immediately show obvious signs. It may quietly add a backdoor, create a hidden admin user, inject spam links, modify a theme file, or add a malicious cron job.
Warning signs to watch for
- Unknown admin users
- Unexpected plugin or theme changes
- New PHP files inside uploads
- Modified core files
- Search results showing spam pages
- Unexpected redirects
- High CPU usage from bot traffic
- Repeated failed logins
- Suspicious files created recently
Regular scanning and logs help you detect these issues faster.
SiteFort uses a performance-focused, hash-first malware scanning approach with cloud-assisted analysis for suspicious files. It can help detect backdoors, web shells, malicious PHP, injected scripts, SEO spam, redirects, vulnerable components, and exposed sensitive files. SiteFort also includes audit logs for security events such as logins, failed logins, plugin/theme changes, hardening changes, firewall blocks, scan results, and vulnerability findings.
Quick WordPress Security Checklist
Use this checklist to reduce the most common WordPress security risks:
- Update WordPress core, plugins, and themes.
- Remove unused plugins and themes.
- Delete old test, staging, backup, and duplicate WordPress folders.
- Move backups outside the public web root.
- Remove nulled plugins and themes.
- Use strong, unique passwords for every account.
- Enable 2FA for administrators.
- Remove the default
adminusername. - Reduce user enumeration.
- Disable file editing in the WordPress dashboard.
- Block PHP execution in uploads where possible.
- Protect sensitive files such as
wp-config.php, backup files, logs, and Git directories. - Use a firewall and bot protection.
- Monitor vulnerabilities.
- Scan for malware and backdoors regularly.
- Review audit logs for suspicious changes.
How SiteFort and the Securewp Remote Scanner Help
The Securewp Remote Security Scanner is useful for a fast external check. It can help identify public-facing issues such as visible security risks, blacklist status, malware indicators, suspicious redirects, and exposed information that can be detected from outside the site.
SiteFort Security Plugin works from inside WordPress and provides deeper protection. It helps with vulnerability alerts, malware scanning, hardening, firewall rules, bot blocking, login security, 2FA, audit logs, and Cloudflare Sync.
Used together, they cover two different views:
- Remote scanner: What attackers and search engines may see from the outside.
- SiteFort plugin: What is happening inside WordPress files, settings, users, plugins, themes, firewall events, and security logs.
This gives you a more complete view of your site’s security posture.
Final Thoughts
WordPress security is not a one-time setup. It is an ongoing process of reducing risk, closing common entry points, monitoring changes, and responding quickly when something looks wrong.
Most compromises start with avoidable issues: outdated software, exposed backups, forgotten staging folders, nulled plugins, weak passwords, default usernames, missing firewall rules, or no malware monitoring.
Start with the basics. Keep your site updated. Remove what you do not use. Protect credentials. Clean up public files and old directories. Add firewall and bot protection. Monitor vulnerabilities and scan regularly.
For a quick external review, run the Securewp Remote Security Scanner. For ongoing WordPress protection, use SiteFort to manage hardening, firewall rules, login security, malware scanning, vulnerability alerts, audit logs, and Cloudflare Sync from one dashboard.