SQL Injection Flaw in Backuply Plugin Exposes 600,000 WordPress Sites to Takeover
Wordfence reports a second-order SQL injection in Backuply allows low-level users to escalate privileges to admin via database restoration.

Key points
- The vulnerability affects the Backuply WordPress plugin, which has more than 600,000 active installations.
- Authenticated attackers with subscriber-level access can inject malicious SQL payloads stored for later execution.
- The flaw was submitted to Wordfence on September 17, 2026, enabling potential site takeover via privilege escalation.
Wordfence disclosed a high-severity SQL injection vulnerability in the Backuply WordPress plugin on September 17, 2026. The flaw allows authenticated attackers with minimal subscriber-level access to store malicious SQL code that executes when an administrator restores a database backup, potentially granting them full administrative control over the site.
At a glance
- CVE
- CVE-2026-109901
- Product
- Codepeople CP Multi View Event Calendar
- CVSS
- 8.5 High
- Weakness
- SQL injection
- Exploited
- No known exploitation
According to Wordfence, the issue is a second-order SQL injection that persists in the database until triggered by a backup restoration process. This mechanism enables attackers to escalate their privileges from subscriber to administrator, effectively allowing them to take over the compromised WordPress site. The plugin currently supports more than 600,000 active installations, making the potential impact widespread across the WordPress ecosystem.
Vulnerability Mechanics and Disclosure
The vulnerability was submitted to Wordfence on September 17, 2026, according to the security firm’s blog post. The attack vector requires an attacker to have an authenticated account with at least subscriber-level permissions. Once logged in, the attacker can inject a malicious SQL payload into the plugin’s data storage. This payload remains dormant until a site administrator performs a database backup restoration, at which point the SQL command executes with elevated privileges.
This type of second-order injection is particularly dangerous because the malicious input is not executed immediately upon entry. Instead, it is stored and processed later during a legitimate administrative action. This delay can make detection difficult, as the initial injection may not trigger immediate errors or security alerts. The successful execution of the payload grants the attacker administrator-level access, bypassing standard permission controls.
Affected Systems and Scope
The Backuply WordPress plugin is the sole product identified in this disclosure by Wordfence. With over 600,000 active installations, the plugin is widely used for managing database backups on WordPress sites. Any site running this plugin with an authenticated user account is potentially vulnerable to this privilege escalation attack. The severity of the issue stems from the ease with which an attacker can gain full control of the site infrastructure through a routine backup operation.
Wordfence highlighted the scale of the exposure in its initial report, noting the significant number of installations affected. The vulnerability does not require unauthenticated access, but the low barrier of subscriber-level permissions makes it accessible to a broad range of potential attackers. Sites that allow user registration or have compromised low-level accounts are at heightened risk.
What should you do?
Site administrators should review user permissions and ensure that only trusted individuals have access to backup restoration features. Monitoring for unauthorized database changes or unexpected administrative actions can help detect exploitation attempts. Until a patch is confirmed, limiting the number of users with subscriber-level access may reduce the attack surface. Organizations should also verify the integrity of their backup files before restoring them to mitigate the risk of executing stored malicious payloads.
What to do and how to stay safe: Backuply
- Audit user accounts to ensure only necessary personnel have subscriber-level or higher access to sites using the Backuply plugin.
- Monitor database logs and backup restoration events for unusual activity or unexpected SQL execution errors that may indicate exploitation.
- Restrict the ability to restore database backups to trusted administrators only, if the plugin settings allow such granular control.
- Verify the integrity of backup files before restoration to detect any injected malicious content that could execute during the process.
Step-by-step guide: Risk-Based Vulnerability Management: Prioritize Fixes by Actual Danger
General security guidance from the Threat Times newsroom. It is not confirmed advice from the organisations named in this story.
Frequently asked questions
What type of vulnerability is in the Backuply plugin?
It is a second-order SQL injection vulnerability that allows stored malicious SQL code to execute during database backup restoration.
Who can exploit this vulnerability?
Any authenticated user with subscriber-level access or higher can inject the malicious payload required to exploit the flaw.
How many sites are affected by this issue?
More than 600,000 active installations of the Backuply WordPress plugin are potentially affected, according to Wordfence.


