CVE-2024-32110: WpEvently CSRF Vulnerability – WordPress Plugin Security Alert
The WpEvently WordPress plugin through version 4.1.2 contains a cross-site request forgery (CSRF) vulnerability that allows attackers to trick authenticated users into performing unintended actions on the site without their knowledge. An attacker can craft a malicious webpage that, when visited by a logged-in WordPress administrator or user, silently executes actions on behalf of that user—such as modifying plugin settings or creating unauthorized content. The vulnerability requires user interaction (visiting a malicious link or page) but does not require the attacker to have direct access to the WordPress installation.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-352
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-11 / 2026-06-17
NVD description (verbatim)
Cross-Site request forgery (CSRF) vulnerability in Magepeople inc. WpEvently allows Cross Site Request Forgery. This issue affects WpEvently: from n/a through 4.1.2.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2024-32110 is a CSRF vulnerability (CWE-352) in WpEvently affecting versions up to and including 4.1.2. The plugin fails to implement adequate anti-CSRF protections, specifically the absence or improper validation of nonce tokens on state-changing requests. The attack vector is network-based with low attack complexity; no privileges are required from the attacker, though the vulnerability does depend on user interaction (UI:R) to execute. The impact is limited to integrity (I:L)—the attacker can modify data but cannot access sensitive information or cause denial of service. The CVSS 3.1 score of 4.3 (MEDIUM) reflects these bounded but meaningful risks.
Business impact
Organizations using WpEvently face the risk of unauthorized modifications to plugin configurations and event data through compromised user sessions. An attacker could manipulate event settings, create fraudulent events, or alter attendee information without direct database access. For WordPress sites managing events, registrations, or tickets through WpEvently, this could erode user trust, lead to data inconsistency, and in worst-case scenarios facilitate social engineering attacks that leverage the plugin's functionality. The impact is typically lower than remote code execution vulnerabilities but still requires prompt remediation to maintain system integrity.
Affected systems
Any WordPress installation running the WpEvently plugin at version 4.1.2 or earlier is affected. The vulnerability does not require specific hosting configurations, WordPress versions, or third-party dependencies—it is inherent to the plugin code itself. Organizations should inventory all WordPress sites using WpEvently and determine which versions are deployed.
Exploitability
The vulnerability is relatively straightforward to exploit from a technical standpoint: an attacker needs only to craft a webpage containing HTML forms or fetch requests that target WpEvently's administrative endpoints, then trick a logged-in user into visiting it. No authentication bypass, brute force, or system reconnaissance is needed. However, practical exploitation depends on social engineering to deliver the malicious link and on the target user being logged into WordPress at the time. The barrier to weaponization is low, but the attack surface is limited to users with appropriate WordPress permissions for the affected functionality.
Remediation
Update the WpEvently plugin to a version released after 4.1.2 that includes CSRF protections. Verify the patch against the vendor's official release notes and security advisories. Until patching is complete, site administrators should review plugin access controls and user roles to limit who can modify sensitive settings, and consider disabling WpEvently temporarily if it is not actively in use.
Patch guidance
Check the Magepeople Inc. WordPress plugin repository or the WpEvently official website for release notes detailing the security fix. Patches addressing CWE-352 CSRF vulnerabilities typically involve implementing and validating WordPress nonce tokens on all state-changing requests (POST, PUT, DELETE operations). After applying the update, clear any cached administrative pages and verify that plugin functionality remains intact. Test event creation, attendee management, and settings modifications to confirm the patch does not introduce regressions.
Detection guidance
Monitor WordPress access logs and plugin audit trails for unexpected changes to WpEvently settings or event data, particularly those originating from unusual referrer sources or user-agent combinations. Look for POST requests to WpEvently endpoints that lack proper nonce validation or originate from requests initiated outside your WordPress domain. Many WordPress security plugins (Wordfence, Sucuri, etc.) include CSRF detection rules and can be configured to alert on suspicious request patterns. Additionally, review WordPress user activity logs if the site employs logging plugins that capture administrative actions.
Why prioritize this
Although the CVSS score is MEDIUM (4.3), this vulnerability warrants timely attention because CSRF flaws in plugins are frequently exploited in mass WordPress compromise campaigns. The low barrier to exploitation and the absence of authentication requirements from the attacker's side mean that any WpEvently site is potentially at risk if the plugin handles sensitive operations. Organizations managing events, registrations, or user data through WpEvently should prioritize this patch alongside other plugin security updates.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects a network-accessible vulnerability with low attack complexity and user interaction as the only significant mitigation factor. The impact scope is unchanged (S:U) and confidentiality is unaffected (C:N), but integrity is compromised (I:L). This scoring appropriately captures a scenario where an attacker cannot directly access data but can manipulate it through a user's session—a real but constrained threat. Organizations with sensitive event data or high-volume registration systems may consider this risk more severe in their context and prioritize accordingly.
Frequently asked questions
Does this vulnerability allow remote code execution?
No. CVE-2024-32110 is a CSRF vulnerability limited to unauthorized state changes—an attacker cannot execute arbitrary code, read sensitive data, or cause denial of service. The integrity impact is restricted to data modification within the scope of WpEvently's functionality.
Do we need to be logged in to WordPress for this to affect us?
Yes. The vulnerability depends on a logged-in user visiting a malicious webpage. If no users are actively using WpEvently or if the site has strong access controls limiting who can log in, the practical risk is reduced, though the vulnerability itself remains unpatched.
Can a CSRF attack spread to other sites or plugins?
A CSRF attack on WpEvently is limited to actions that plugin can perform; it does not directly compromise other plugins or WordPress core. However, if WpEvently integrates with third-party services or other plugins, an attacker might indirectly influence those via the compromised plugin.
What should we do if we cannot patch immediately?
Restrict access to WpEvently administrative pages using IP whitelisting or authentication plugins. Disable the plugin if it is not in active use. Educate users about not clicking suspicious links while logged into WordPress. Monitor user activity logs and access patterns for signs of CSRF exploitation. Plan a patch window as soon as feasible.
This analysis is provided for informational and remediation purposes. SEC.co does not guarantee the completeness, accuracy, or timeliness of vulnerability data. Organizations should validate all technical claims against official vendor advisories and conduct thorough testing in isolated environments before deploying patches to production. CVSS scores and severity ratings reflect NIST standards but may not align with individual organizational risk tolerances; security teams should conduct supplementary risk assessments. References to patch versions or affected product ranges must be verified against authoritative vendor documentation. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20083MEDIUMWordPress More Fields Plugin CSRF Vulnerability – Exploitation, Remediation & Detection
- CVE-2018-25387MEDIUMHaPe PKH 1.1 Cross-Site Request Forgery (CSRF) Admin Password Reset
- CVE-2018-25397MEDIUMCSRF Vulnerability in PHP-SHOP 1.0 – Admin Account Injection
- CVE-2018-25435MEDIUMZeusCart 4.0 CSRF Vulnerability – Account Deactivation Risk
- CVE-2022-44630MEDIUMYITH WooCommerce Product Slider Carousel CSRF Vulnerability
- CVE-2026-10553MEDIUMjQuery Hover Footnotes CSRF & Stored XSS Vulnerability