SECURITYCRITICALCVE-2026-77006

WebTotem Backups Plugin Lets Any Subscriber Delete WordPress Files

CVE-2026-77006 lets low-privilege WordPress users delete arbitrary server files after the plugin discards its own CSRF check result.

Dylan H.

Security Team

September 12, 2026
3 min read
WebTotem Backups Plugin Lets Any Subscriber Delete WordPress Files

Critical severity

Rated critical. Prioritise patching — see the remediation guidance below.

Affected Products

  • WebTotem Backups Plugin ≤ 1.0.1

Executive Summary

A critical arbitrary file deletion vulnerability (CVE-2026-77006) has been disclosed in the WebTotem Backups WordPress plugin. The plugin fails to validate a user-supplied file path, does not check the capability of the requesting user, and — notably — runs a CSRF check but then discards the result, providing no real protection. Any authenticated user, including a low-privilege subscriber, can delete arbitrary files on the server.

CVSS Score: 9.6 (Critical)

This flaw shares the exact same exploitation pattern as CVE-2026-77005 in the Code Monkeys Proposals plugin, disclosed the same day — both were flagged by WPScan and point to a common weak file-handling pattern circulating among smaller WordPress plugins.


Vulnerability Overview

AttributeValue
CVE IDCVE-2026-77006
CVSS Score9.6 (Critical)
TypeExternal Control of File Name or Path (CWE-73) + CSRF (CWE-352)
Attack VectorNetwork
Privileges RequiredLow (any authenticated subscriber-level account)
User InteractionNone

Affected Versions

PluginAffected VersionsFixed Version
WebTotem Backups≤ 1.0.11.0.2

Attack Vector

1. Attacker registers or already holds a subscriber-level WordPress account
2. Attacker sends a request to the plugin's file-deletion handler with a
   crafted file path
3. Plugin runs its CSRF nonce check but ignores the outcome, and performs
   no capability check on the requesting user
4. File is deleted regardless of path validity or user privilege
5. Deleting critical files (e.g. wp-config.php) can force a hostile
   re-install and full site takeover

Impact of Successful Exploitation

ImpactDescription
Site TakeoverDeleting wp-config.php can trigger a hostile re-install
Denial of ServiceDeleting core or plugin files breaks site functionality
Backup LossIronically, a backup plugin can be used to destroy the very backups it manages

Immediate Remediation

Step 1: Update to Version 1.0.2

# Via WP-CLI
wp plugin update webtotem-backups
 
# Verify the installed version
wp plugin get webtotem-backups --field=version

Or update through WordPress admin: Plugins > Installed Plugins > WebTotem Backups > Update Now.

Step 2: Check for Prior Exploitation

# Confirm wp-config.php and core files are intact
ls -la wp-config.php wp-load.php
 
# Verify WordPress core integrity
wp core verify-checksums

If Immediate Patching Is Not Possible

  1. Deactivate the WebTotem Backups plugin until patched
  2. Restrict subscriber-level registration if not required
  3. Back up wp-config.php and critical files off-server for fast recovery

Post-Remediation Steps

  1. Confirm plugin updated to 1.0.2 or later
  2. Audit subscriber accounts for ones you don't recognize
  3. Restore any deleted files from an off-server backup
  4. Enforce allowlist-based path validation review for any custom integrations built on top of this plugin
  5. Deploy file integrity monitoring to catch unauthorized deletions early

References