Cyber Security SpaceCYBERSECURITYSPACE.NET
Community
Community HubEventsNewsletterSubmit a Tool
Careers
JobsCareer GuidesFor ProfessionalsCertifications
Learn
Learning PathsEducationGuidesGlossaryTools
News & Threats
NewsBlogThreat LibraryCrypto Security
Small Business
Security CheckupSecurity GuidesComplianceIncident ResponseSecurity Monitor
Join the community
Cyber Security Space

A community for cybersecurity professionals and enthusiasts: careers, learning, and people to learn with. Practical guidance for small businesses too.

Small Business

  • Security Checkup
  • Security Checklist
  • Security Guides
  • Templates
  • Security Tools

Security

  • Website Security
  • Incident Response
  • Compliance
  • Threat Library
  • Crypto Security

Resources

  • Resources
  • News
  • Blog
  • Glossary
  • Jobs
  • Learning

Company

  • About
  • Sources
  • Contact
  • Privacy Policy
  • Terms
  • Disclaimer
  • Editorial Policy
© 2026 Cyber Security Spacecybersecurityspace.net

Blog

WordPress Security

WordPress compromises concentrate in plugins, credentials and writable directories. What to fix, in the order that removes the most risk.

Published 11 Jul 2026 · Updated 26 Aug 2026 · 2 min read

Short answer

WordPress sites are rarely breached through WordPress core. The recurring causes are vulnerable or abandoned plugins and themes, administrator credentials without multi-factor authentication, and a web root where uploaded files can execute — so hardening should start there rather than with a security plugin.

Where do WordPress compromises come from?

Entry pointTypical scenarioControl that closes it
Vulnerable pluginA form or gallery plugin two years out of datePatch cadence and removal of unused plugins
Abandoned themeA commercial theme with a bundled outdated libraryReplace with a maintained theme
Credential reuseAn administrator password reused elsewhere and leakedMFA plus unique credentials
Writable uploadsA PHP file uploaded through a media endpoint and executedBlock PHP execution in uploads
Supplier accessA former agency account still activeAccess reviews at every handover

What should you harden first?

  1. STEP 01

    MFA on all administrators

    Then reduce the number of administrator accounts to those who need it.

  2. STEP 02

    Patch and prune

    Update everything on a schedule and delete plugins and themes you do not use.

  3. STEP 03

    Block execution in uploads

    Deny PHP execution in wp-content/uploads at the web server level.

  4. STEP 04

    Disable file editing

    Set DISALLOW_FILE_EDIT so the dashboard cannot be used to write code.

  5. STEP 05

    Off-site backups

    Not writable from the web server, and restore-tested.

  6. STEP 06

    Integrity monitoring

    Alert on changes to core, theme and plugin files outside deploy windows.

# Deny PHP execution inside the uploads directory (Apache)
<Directory /var/www/html/wp-content/uploads>
  <FilesMatch "\.ph(p[0-9]?|tml)$">
    Require all denied
  </FilesMatch>
</Directory>

How do you verify a WordPress site is clean?

  • Compare core, theme and plugin files against official releases rather than trusting a scan verdict.
  • List administrators and check for accounts created outside your onboarding process.
  • Review scheduled events for tasks that recreate files.
  • Check indexed page counts and run a crawler-view diff on key templates.

Sources

  • Hardening WordPress — WordPress

Prefer summary updates? Subscribe to the newsletter.

On this page

  • Where do WordPress compromises come from?
  • What should you harden first?
  • How do you verify a WordPress site is clean?