CVE-2026-11571: Everest Forms Undeleted CSV Files Expose Form Submission Data
The Everest Forms WordPress plugin fails to securely delete temporary CSV files created when sending email notifications from forms. These files remain accessible in the website's public uploads directory with predictable names, allowing anyone on the internet to guess and download them—potentially exposing sensitive form submission data from other users without needing any login credentials.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
- Weaknesses (CWE)
- —
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-09 / 2026-07-09
NVD description (verbatim)
The Everest Forms WordPress plugin before 3.5.0 does not reliably delete temporary CSV files generated during email-notification processing and leaves them publicly accessible in the uploads directory, allowing unauthenticated attackers to retrieve other users' form submission records via predictable, enumerable filenames.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-11571 is an information disclosure vulnerability in Everest Forms WordPress plugin versions prior to 3.5.0. The plugin generates temporary CSV files during email-notification workflows but does not reliably delete them after use. These files persist in the web-accessible uploads directory with enumerable filenames, enabling unauthenticated attackers to discover and retrieve CSV exports containing form submission records. The vulnerability stems from insufficient file lifecycle management and the absence of access controls on temporary artifacts. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N) reflects high confidentiality impact with network-based, low-complexity exploitation requiring no privileges or user interaction.
Business impact
Form submissions often contain personally identifiable information (names, email addresses, phone numbers), financial details, or other sensitive customer data. Unauthorized disclosure via CSV file enumeration undermines customer trust, creates compliance liabilities under GDPR, CCPA, and similar regulations, and may expose your organization to breach notification obligations and financial penalties. For SaaS providers and agencies using Everest Forms on client sites, the risk extends across multiple customer environments.
Affected systems
WordPress installations running Everest Forms plugin versions before 3.5.0 are affected. The vulnerability impacts all sites using this plugin regardless of configuration, though sites processing sensitive form data face higher business risk. No user role, plugin settings, or hosting environment provides protection; the flaw is present in all vulnerable versions.
Exploitability
Exploitation is straightforward: attackers do not need authentication, valid user accounts, or special tooling—only knowledge that the site runs Everest Forms and the ability to predict or enumerate temporary CSV filenames in the uploads directory. The attack can be automated at scale. No user interaction or social engineering is required. The primary barrier to exploitation is discovering which sites use this plugin, but this can be determined through standard WordPress enumeration techniques.
Remediation
Upgrade Everest Forms to version 3.5.0 or later. This patch version includes fixes for reliable deletion of temporary CSV files. After patching, manually inspect your uploads directory for any orphaned CSV files and remove them. If you have not already done so, consider implementing web server access controls (e.g., .htaccess rules or firewall policies) to restrict direct access to the uploads directory, and audit recent access logs for suspicious enumeration patterns.
Patch guidance
Update Everest Forms from the WordPress plugin repository to version 3.5.0 or newer. Verify the plugin version in your WordPress dashboard under Plugins. If automatic updates are not enabled, manually download the latest version and test it in a staging environment before applying to production. Document the update date and version for your change log. After upgrading, confirm that form email notifications continue to function correctly and that no temporary files persist after notifications are sent.
Detection guidance
Check your WordPress plugins list for Everest Forms and confirm the version number is 3.5.0 or higher. Review your uploads directory (typically wp-content/uploads/) for CSV files with suspicious naming patterns or creation dates; these may indicate successful exploitation or exploitation attempts. Monitor web server access logs for unusual patterns of requests to the uploads directory, particularly those attempting to enumerate or list files. Configure WordPress security monitoring or WAF rules to alert on repeated failed file access attempts to the uploads directory.
Why prioritize this
This vulnerability merits urgent patching because it enables unauthenticated remote information disclosure of potentially sensitive customer data with no exploitation barriers. The high CVSS score (7.5) reflects the severity of confidentiality impact. While not yet on the CISA Known Exploited Vulnerabilities catalog, the simplicity of exploitation and clear value of the exposed data make active exploitation likely in the near term. Organizations processing PII through Everest Forms should treat this as a critical update.
Risk score, explained
The CVSS 3.1 score of 7.5 (HIGH) is assigned due to: (1) network-accessible attack vector requiring no authentication or privileges; (2) low attack complexity with no special conditions; (3) high confidentiality impact (direct access to form submission records); (4) no integrity or availability impact. The score does not account for business-context factors such as regulatory exposure or reputational harm, which may elevate organizational risk above the base CVSS rating.
Frequently asked questions
How do attackers know what filenames to guess?
Temporary filenames in web applications often follow predictable patterns based on timestamps, sequential IDs, or form identifiers. An attacker can test common naming schemes or use automated tools to enumerate the uploads directory. Additionally, if form names or IDs are visible on the website, they can be incorporated into filename guesses.
Is this vulnerability only a problem if I handle sensitive data in forms?
The vulnerability exists in all installations, but the business impact depends on the data you collect. If your forms only gather non-sensitive information (e.g., newsletter signups with email only), the risk is lower. However, you should assume forms may collect sensitive data over time, and compliance regulations often impose requirements regardless of current content.
Do I need to notify customers if we were running a vulnerable version?
That depends on your jurisdiction, the data collected, and your privacy policy. If you processed personal data subject to GDPR, CCPA, or similar regulations, you should conduct a breach risk assessment and may be required to notify affected individuals if there is evidence of unauthorized access. Consult your legal and compliance teams immediately if you believe the vulnerability may have been exploited.
Will upgrading remove existing CSV files, or do I need to manually delete them?
The patch fixes the deletion mechanism going forward but does not automatically clean up files created by previous versions. After upgrading, manually audit your uploads directory and delete any orphaned CSV files, especially those with timestamps from before the patch was applied.
This analysis is based on published vulnerability data available as of the date of writing. SEC.co makes no guarantee of the completeness, accuracy, or applicability of this information to your specific environment. Always verify patch availability and compatibility with your system through official vendor advisories before deploying updates. This document does not constitute legal, compliance, or professional security advice. Organizations should conduct their own risk assessments in consultation with qualified security and legal professionals. Proof-of-concept code, attack tooling, and detailed exploitation techniques are not provided; responsible disclosure practices must be followed when researching this vulnerability. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20066HIGHWordPress CP Polls 1.0.8 Persistent XSS Vulnerability
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20069HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20071HIGHCritical SQL Injection in WordPress 404 Redirection Manager Plugin v1.0
- CVE-2016-20072HIGHBBS e-Franchise WordPress Plugin SQL Injection – Remote Data Exfiltration Risk