Skip to content
eastbaycyber

CVE-2026-10033: Unauthenticated Authorization Bypass in EventON Action User

CVE explainers 10 min read
SR
Security Research Desk Expert reviewed
Threat intelligence · Human-verified · Updated 2026-07-24
▲ Escalation ViewOne CVE, briefed at three altitudes — skim the Brief, weigh the Impact, or work the Runbook. The way a SOC actually reads it.
CISOBrief · 30-second brief

TL;DR - EventON Action User through 2.5.14 has an unauthenticated authorization bypass. - Attackers can change non-admin capabilities, including upload_files, and enumerate users. - Upgrade to 2.5.15 immediately and audit role changes, uploads, and AJAX activity.

Vulnerability at a Glance

Field Value
CVE ID CVE-2026-10033
CVSS score 7.3 (High)
Attack vector Not explicitly provided in the available NVD output; exposure is described as unauthenticated and tied to AJAX functions
Auth required No
Patch available Yes, fixed in 2.5.15

This CVE affects the EventON Action User add-on for WordPress from EventON / AshanJay Designs LLC. Based on the NVD description, the flaw allows unauthenticated attackers to perform actions that should require authorization checks, specifically around capability and assignment management exposed through plugin AJAX handlers.

For defenders, the operational takeaway is straightforward even where some metadata is incomplete: treat this as an internet-reachable WordPress plugin issue with no authentication required and a direct path to privilege escalation for non-admin users and roles. That combination is enough to justify urgent patching and review of post-exploitation artifacts.

What Is This Vulnerability?

CVE-2026-10033 is an authorization bypass in the EventON Action User plugin’s AJAX functionality. According to NVD, the plugin “does not properly verify that a user is authorized to perform an action,” which means requests that should be restricted to privileged users can be triggered without valid authorization. The vendor changelog for version 2.5.15 supports that root-cause assessment by explicitly stating: “ADDED: permission check for ajax functions.”

In practical terms, this is not just an information leak. The flaw allows unauthenticated attackers to grant EventON management capabilities and the WordPress upload_files capability to non-administrator roles or individual users. That matters because capability changes can transform a low-privilege or ordinary account into one that can perform administrative actions inside the plugin, and in some WordPress environments, file upload capability can materially increase the chance of follow-on compromise.

NVD also notes that the same exposure permits user enumeration, disclosure of role and user capability state, nonce exposure, and tampering with event-to-user term assignments. Even if the attacker does not immediately escalate privileges, those secondary effects can help them map the environment, identify target accounts, and chain actions for persistence or content manipulation.

A notable limitation is that the administrator role itself is reportedly protected by an early-return guard in update_role_caps(). That reduces the direct blast radius somewhat, but it does not make the bug low risk. Changing capabilities on non-admin roles or specific users can still create a reliable foothold and open additional abuse paths.

Technical Notes

The likely vulnerable code path is referenced by NVD at the following WordPress plugin Trac location, although the source was not retrievable during research due to HTTP 403:

https://plugins.trac.wordpress.org/browser/eventon-action-user/trunk/includes/admin/class-admin-ajax.php#L243

The vendor-side fix signal is clear in the changelog:

Version 2.5.15
- ADDED: permission check for ajax functions
- FIXED: assign users all not working
- UPDATED: assign user UI
AnalystImpact · assess the risk

Who Is Affected?

The affected product is the EventON Action User plugin for WordPress. The vulnerable range is all versions up to and including 2.5.14. The fixed version is 2.5.15. That version boundary is supported by both the NVD description and the vendor changelog timeline.

If you run WordPress with the EventON ecosystem and have the Action User add-on installed, you should verify the exact add-on version rather than assuming the parent EventON plugin version is sufficient. The research confirms the vulnerable component is the Action User add-on specifically, not WordPress core and not the broader EventON product family by itself.

The environments most at risk are internet-facing WordPress sites where the plugin is enabled and AJAX endpoints are reachable from unauthenticated clients. Multi-user sites, event management portals, membership deployments, and SMB sites where several non-admin roles exist should prioritize review because this issue specifically targets non-admin roles and users for capability manipulation.

If you cannot immediately confirm whether the Action User add-on is installed, defenders should assume exposure until inventory proves otherwise. This is especially important for managed WordPress environments where add-ons may be installed outside normal change control or by site owners rather than central IT.

Technical Notes

Check whether the plugin is present and determine its version from the filesystem:

grep -R "Version:" /var/www/html/wp-content/plugins/eventon-action-user/*

In WP-CLI environments, enumerate installed plugins and look for the add-on:

wp plugin list --path=/var/www/html | grep -i eventon

CVSS Score Breakdown

The published base score is 7.3, rated High. The exact CVSS vector string was not available in the NVD output returned during research, so defenders should avoid over-claiming specific metric values that are not published. Even without the full vector, the description supports a high-severity interpretation because the bug is unauthenticated and enables meaningful privilege changes inside the application.

The likely score drivers are easy to understand from an operational perspective. No authentication is required, which increases exploitability. The impact is not limited to information disclosure: attackers can alter capability assignments for non-admin users or roles and tamper with plugin-related assignments. That combination affects integrity strongly and can create a path to broader compromise depending on the site’s configuration and installed plugins.

Because the exact vector components were not provided in the available source material, defenders should not assume more precision than the evidence supports. In the absence of published vector details, the safe assumption is that this should be handled as a remotely reachable, low-friction exploit path with organizational impact beyond a single user account.

A score of 7.3 also means many vulnerability management programs will classify this for expedited remediation, particularly on externally accessible systems. For WordPress administrators, the unauthenticated nature of the bug is the practical urgency signal, regardless of whether your internal SLA threshold is 7.0 or 8.0.

Exploitation Status

At the time of writing, there is no verified evidence in the provided primary sources that CVE-2026-10033 is being actively exploited in the wild. It is not listed in CISA’s Known Exploited Vulnerabilities catalog, which is an important data point for prioritization, though not proof of safety. Many WordPress plugin vulnerabilities are exploited opportunistically before they appear in public government tracking.

There was also no verified public GitHub proof of concept identified in the research material used here. The NVD record references a Wordfence entry, but the content was not retrievable during research, so this article does not claim PoC availability based on that source. The most defensible statement is: no confirmed public PoC was verified in this research, and no in-the-wild exploitation was confirmed from the retrieved primary sources.

Defenders should still assume weaponization is plausible. The vulnerability is unauthenticated, the likely attack surface is standard WordPress AJAX functionality, and the impact includes capability modification and user enumeration. Those properties tend to lower the barrier for opportunistic exploitation once technical details circulate.

In short: patch urgency is high even though confirmed exploitation is not currently established from the sources reviewed.

ResponderRunbook · act now

How to Detect It

Detection should focus on three areas: suspicious unauthenticated requests to WordPress AJAX endpoints, unexpected changes to non-admin user or role capabilities, and follow-on artifacts such as unauthorized file uploads or altered event/user assignments. Because the vulnerable path is tied to AJAX functions, web server and WAF logs are your first pivot point.

The NVD description specifically mentions user enumeration, capability state disclosure, nonce exposure, and term assignment tampering. That means you should search for bursts of requests to admin-ajax.php associated with the plugin, especially from unauthenticated sessions or unusual IPs, followed by capability changes or new uploads. If you do not have plugin-specific logging, combine web access logs with WordPress audit logs and file integrity monitoring.

Also review user and role state directly in WordPress. Since the vulnerability can assign upload_files and EventON-related management capabilities to non-admin roles or users, a point-in-time audit of roles may reveal unauthorized changes even if you missed the original exploit request.

Technical Notes

Example Apache or Nginx log pattern to review:

POST /wp-admin/admin-ajax.php HTTP/1.1
GET /wp-admin/admin-ajax.php?action=...

Hunt for repeated unauthenticated AJAX calls from the same source, especially if followed by logins, media uploads, or plugin configuration changes.

A simple grep starting point for access logs:

grep -E 'admin-ajax\.php' /var/log/nginx/access.log /var/log/apache2/access.log

If you can isolate suspicious unauthenticated activity, pivot by source IP and time window:

grep '198.51.100.25' /var/log/nginx/access.log | grep 'admin-ajax.php'

WP-CLI checks for roles and capabilities:

wp role list --fields=role,name
wp cap list editor
wp cap list author
wp user list --fields=ID,user_login,display_name,roles

For environments sending WordPress or reverse proxy logs to SIEM, a generic query pattern could be:

url.path="/wp-admin/admin-ajax.php" AND http.request.method IN ("GET","POST")
| stats count by src_ip, user_agent, http.request.method

Then correlate with unexpected uploads:

find /var/www/html/wp-content/uploads -type f -mtime -7

If you have WordPress audit logging, review for capability changes on non-admin accounts and unexpected term assignment edits tied to EventON objects.

Mitigation and Patching

The primary remediation is to upgrade EventON Action User to version 2.5.15 or later. That is the first version where the vendor states permission checks were added to AJAX functions. If you are on 2.5.14 or earlier, you should treat the plugin as vulnerable. There is no evidence in the supplied sources of any earlier partial fix.

After patching, do not stop at version verification. Review all non-admin roles and individual users for unexpected capability additions, especially upload_files and any EventON management-related capabilities. Because the vulnerability is unauthenticated, you should assume compromise may have occurred before patching if the site was internet-exposed.

If immediate upgrade is not possible, the safest temporary workaround is to disable the EventON Action User add-on until you can deploy 2.5.15. Since the flaw appears tied to plugin AJAX functions, removing public access to the vulnerable component is more reliable than trying to selectively block undocumented action names at the edge. If you must maintain uptime, consider a temporary WAF rule or reverse-proxy restriction around suspicious admin-ajax.php requests, but treat that only as a stopgap.

You should also inspect uploaded files, review event/user term assignments, and invalidate assumptions around exposed nonces. While nonce exposure alone does not equal compromise, it indicates request flows may have leaked state useful to an attacker. Session review and credential hygiene for affected users are reasonable follow-up actions in higher-risk environments.

Technical Notes

WP-CLI upgrade command, if the add-on is managed in a way WP-CLI can update it:

wp plugin update eventon-action-user --path=/var/www/html

If your environment deploys plugins manually, replace the vulnerable plugin with version 2.5.15 from the vendor package and verify the installed version afterward:

grep -R "Version:" /var/www/html/wp-content/plugins/eventon-action-user/*

Temporary disablement via WP-CLI:

wp plugin deactivate eventon-action-user --path=/var/www/html

Post-patch review of suspicious capabilities:

wp cap list subscriber
wp cap list contributor
wp cap list author
wp cap list editor

Review users who may have inherited unexpected privileges:

wp user list --fields=ID,user_login,user_email,roles

If you identify unauthorized upload_files grants, remove them explicitly after validating business impact:

wp cap remove author upload_files
wp cap remove contributor upload_files

Because EventON-specific capability names were not fully enumerated in the source material, do not guess them blindly. Enumerate current capabilities first and compare against a known-good baseline.

References

Primary source material for this CVE is sufficient to establish affected versions, root cause class, and fixed release, even though some secondary references were not fully retrievable during research. The NVD description is the authoritative summary for impact, while the vendor changelog provides the clearest fix confirmation.

Where fields remain unknown, such as the exact CVSS vector string from the returned NVD output, defenders should avoid inventing precision. The right operational stance is to rely on what is verified: unauthenticated exploitation path, high severity, vulnerable through 2.5.14, fixed in 2.5.15, and no confirmed public exploitation from the sources reviewed.

For additional context on authorization bypass vulnerabilities, check out our articles on what is RBAC and indicators of compromise.

This article may contain affiliate links. We earn a commission on qualifying purchases at no extra cost to you.

Last verified: 2026-07-24

Disclaimer: This article may contain affiliate links. We earn a commission on qualifying purchases at no extra cost to you.