MEDIUM 6.5

CVE-2026-8996: WP Time Capsule Sensitive Information Exposure – Database Credential Leak

The WP Time Capsule backup plugin contains a flaw that allows any authenticated WordPress user with subscriber-level permissions or higher to download the most recent decrypted SQL database backup file. This backup typically contains sensitive data like password hashes, user credentials, and configuration secrets. The vulnerability only manifests if a site administrator has previously decrypted a backup—otherwise, no file is available to exploit. An attacker with even basic user access can trigger this exposure without any additional action from site administrators.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-862
Affected products
0 configuration(s)
Published / Modified
2026-07-09 / 2026-07-09

NVD description (verbatim)

The Backup and Staging by WP Time Capsule plugin for WordPress is vulnerable to Sensitive Information Exposure in all versions up to, and including, 1.22.26 via the download_recent_decrypted_file_wptc. This makes it possible for authenticated attackers, with subscriber-level access and above, to extract download the most recently admin-decrypted SQL database backup, which typically contains password hashes, user credentials, and other sensitive site configuration data stored in the 'recent_decrypted_file' option. Exploitation requires that an administrator has previously performed a decrypt action, causing the decrypted SQL backup file to exist in the plugin's upload directory; without this prior admin action, there is no file to serve.

8 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-8996 is an authenticated information disclosure vulnerability in WP Time Capsule plugin versions up to 1.22.26. The vulnerability exists in the download_recent_decrypted_file_wptc function, which does not properly gate access to decrypted backup files stored in the plugin's upload directory. The vulnerability is classified under CWE-862 (Missing Authorization) because the access control fails to restrict retrieval of the 'recent_decrypted_file' option to privileged administrators. The CVSS 3.1 score of 6.5 (MEDIUM) reflects a network-accessible vector requiring valid credentials but no user interaction, with high confidentiality impact but no integrity or availability impact. The attack surface is limited by a prerequisite: the decrypted file must exist, which only occurs after an admin has manually triggered a decryption action.

Business impact

Exploitation of this vulnerability exposes the complete database backup containing user credentials, password hashes, and site configuration data. For sites using weak or reused passwords, attackers can leverage extracted credentials for lateral movement or account takeover. Exposed database contents may also reveal client data, transaction records, or proprietary information depending on site purpose. The risk is compounded for multi-site WordPress installations or sites handling regulated data (PCI, HIPAA, GDPR scope). The ability for low-privileged users (subscribers) to access admin-level backup data represents a significant privilege escalation and data governance violation.

Affected systems

The vulnerability affects all versions of Backup and Staging by WP Time Capsule up to and including version 1.22.26. Any WordPress site running the plugin with any version in this range is potentially at risk if: (1) the site permits subscriber-level user accounts, (2) an administrator has previously performed a decryption action, and (3) the decrypted backup file has not been manually cleaned up from the plugin's upload directory. Sites without subscriber or higher user accounts, or those that never decrypt backups, have lower risk.

Exploitability

The vulnerability requires valid WordPress authentication credentials at subscriber level or above, lowering the barrier to exploitation compared to unauthenticated flaws. However, the prerequisite that a decrypted backup file must exist limits real-world exploitability on sites that do not regularly decrypt backups or that promptly delete temporary decrypted files. The attack requires no user interaction, no special tools, and can be triggered via direct API call or web request. For sites meeting the prerequisites, exploitability is straightforward. The CVSS score of 6.5 reflects this balance: authentication required, but ease of execution once credentials are obtained.

Remediation

Site administrators should immediately update WP Time Capsule to a patched version above 1.22.26. Verify against the vendor's official advisory and changelog for the specific version that resolves CVE-2026-8996. Additionally, administrators should audit the plugin's upload directory to locate and delete any decrypted backup files (typically identifiable by recent modification timestamps and SQL extensions), remove unnecessary subscriber-level user accounts if not required by site purpose, and consider restricting user roles to contributor or above where feasible. For defense-in-depth, implement Web Application Firewall rules to monitor for suspicious access patterns to the download_recent_decrypted_file_wptc endpoint.

Patch guidance

Check the vendor's official plugin repository and advisory page for the patched version number and release date. Apply the update through the WordPress plugin dashboard or via command line tools like WP-CLI. After patching, verify that the plugin version displayed in the Plugins menu reflects the updated version and that no decrypted backup files remain in the plugin's upload directory (typically wp-content/uploads/wptc-backup/ or similar). Test backup and restore functionality to confirm the patch did not break existing workflows.

Detection guidance

Monitor WordPress access logs for requests to the download_recent_decrypted_file_wptc endpoint or parameters, particularly from subscriber-level accounts. Check the plugin's upload directory for recently modified decrypted SQL files (e.g., .sql, .sql.gz) and cross-reference modification timestamps with admin decryption actions logged in the WP Time Capsule activity log (if available). Implement file integrity monitoring on the plugin directory to alert on unauthorized file access. Log all user role changes to catch privilege escalation attempts that might precede exploitation. Use WordPress security plugins like Wordfence or Sucuri that track malicious activity patterns.

Why prioritize this

Although CVSS-scored as MEDIUM, this vulnerability merits rapid patching because: (1) it directly exposes database credentials and password hashes, enabling secondary attacks, (2) it requires only subscriber-level access, a role many sites permit for clients or contributors, (3) the impact is confidentiality-critical for regulated industries, and (4) patches are likely available and straightforward to deploy. Organizations should prioritize this in the 'High' or 'Critical' tier of their patching roadmap despite the CVSS score, especially if subscriber accounts exist on production sites.

Risk score, explained

The CVSS 3.1 score of 6.5 (MEDIUM) is calculated as: Network-accessible (AV:N), low attack complexity (AC:L), low privilege requirement (PR:L, subscriber level), no user interaction (UI:N), unchanged scope (S:U), high confidentiality impact (C:H), no integrity or availability impact (I:N/A:N). The score is tempered by the authentication requirement and the prerequisite that a decrypted file must already exist. However, the high confidentiality impact reflects the sensitivity of exposed database contents. Organizations handling sensitive data or with broad user bases should consider this a de facto 'High' risk despite the numerical MEDIUM rating.

Frequently asked questions

What if our WordPress site does not have any subscriber-level user accounts?

If your site restricts user roles to Contributor or higher, the attack surface is significantly reduced. However, updating the plugin remains prudent for defense-in-depth, as you may onboard subscriber accounts in the future or if plugin functionality changes.

Do we need to manually delete decrypted backup files, or does the plugin clean them up automatically?

WP Time Capsule does not appear to automatically delete decrypted backups by default according to the vulnerability description. Administrators should manually verify the plugin's upload directory and remove any decrypted .sql or .sql.gz files that are no longer needed for legitimate use.

If we have not decrypted any backups recently, are we safe from this CVE?

Yes, the vulnerability only manifests if a decrypted backup file physically exists in the plugin's upload directory. If no administrator has performed a decryption action, or if all decrypted files have been deleted, there is no file to expose. However, you should still patch to prevent the risk if an admin decrypts a backup in the future.

Can we mitigate this without updating the plugin?

Partial mitigations include: removing subscriber-level user accounts if not necessary, restricting file access via .htaccess rules on the plugin's upload directory, and regularly auditing and deleting decrypted backup files. However, these do not fully resolve the root cause and are not a substitute for patching. Update as soon as possible.

This analysis is based on the CVE record published on 2026-07-09 and reflects the vulnerability status as of that date. Patch versions, timelines, and vendor advisories are subject to change; verify all patch guidance against the official WP Time Capsule plugin repository and Automattic's security advisories. This information is provided for educational and defensive security purposes. SEC.co makes no warranty regarding the accuracy, completeness, or timeliness of this analysis. Organizations should conduct their own risk assessment and testing before deploying patches to production environments. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).