The Migration, Backup, Staging – WPvivid Backup & Migration plugin for WordPress is vulnerable to arbitrary file uploads due to missing file type validation in the 'upload_files' function in all versions up to, and including, 0.9.112. This makes it possible for authenticated attackers, with Administrator-level access and above, to upload arbitrary files on the affected site's server which may make remote code execution possible. NOTE: Uploaded files are only accessible on WordPress instances running on the NGINX web server as the existing .htaccess within the target file upload folder prevents access on Apache servers.
Security readout for executives and security teams
Plain-English summary
This issue lets a WordPress administrator upload files that the WPvivid plugin should have rejected. On NGINX-hosted sites, those files may be reachable from the web, which can make server takeover possible. The attacker needs Administrator-level access first, so this is most urgent where admin accounts are shared, weakly protected, or compromised.
Executive priority
Treat this as a high-priority plugin update for WordPress estates, especially NGINX-hosted sites. It is not an unauthenticated internet-wide bug, but compromised or misused admin access could turn it into server-level impact.
Technical view
WPvivid Backup & Migration versions up to and including 0.9.112 lack file type validation in the upload_files/wpvivid_upload_file path. The CVSS 3.1 score is 7.2 with high confidentiality, integrity, and availability impact. Sources note uploaded files are web-accessible on NGINX, while an .htaccess file blocks access on Apache in the target folder.
Likely exposure
Exposure is limited to WordPress sites running WPvivid Backup & Migration at 0.9.112 or earlier. Practical impact is higher on NGINX because uploaded files may be externally accessible. Apache deployments have a documented .htaccess protection in the target upload folder, but should still update and validate configuration.
Exploitation context
No CISA KEV listing is provided, and the bundle does not establish active exploitation. Public research and a GitHub reference exist, so defenders should assume the issue is knowable. The required Administrator-level access materially raises the attack bar but does not remove risk after credential compromise.
Researcher notes
The core weakness is CWE-434 arbitrary file upload from missing file type validation. The key environmental qualifier is web server behavior: NGINX increases reachability of uploaded files, while Apache has an .htaccess barrier in the target folder according to the CVE description.
Mitigation direction
Update WPvivid Backup & Migration beyond version 0.9.112 when available from the vendor.
Review vendor and WordPress plugin guidance for the fixed release and upgrade notes.
Restrict WordPress Administrator access to named, necessary users only.
Require MFA and strong credential hygiene for all Administrator accounts.
For NGINX sites, verify upload directories cannot execute or expose unsafe files.
Validation and detection
Inventory all WordPress sites using WPvivid Backup & Migration.
Confirm installed WPvivid versions are newer than 0.9.112.
Identify whether affected sites run NGINX, Apache, or mixed proxy configurations.
Review WPvivid upload and backup directories for unexpected executable files.
Audit recent Administrator activity around plugin file uploads and backups.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-434: File access and web shell behavior lookup
File traversal and upload weaknesses can lead teams to review file, web shell, execution, and collection telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
5Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-434 · source CWE mapping
Unrestricted Upload of File with Dangerous Type
Unrestricted Upload of File with Dangerous Type represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.