CVE-2026-8617: SearchPlus WordPress Plugin Unauthenticated Token Deletion Vulnerability
The SearchPlus WordPress plugin contains a flaw that allows anyone on the internet, without authentication, to modify or delete critical configuration data. Specifically, attackers can overwrite or erase the plugin's stored account tokens and account names by sending specially crafted requests. The vulnerability exists because the plugin fails to verify that the person making the request is actually authorized (missing capability checks) and doesn't use security tokens (nonces) to prevent cross-site forgery attacks. This affects all versions up to and including 1.7.1.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-862
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-24 / 2026-06-25
NVD description (verbatim)
The SearchPlus plugin for WordPress is vulnerable to unauthorized modification and deletion of data in versions up to, and including, 1.7.1. This is due to a missing capability check and missing nonce validation on the searchplus_save_token_action_callback() and searchplus_reset_token_action_callback() functions, both of which are exposed to unauthenticated users through the wp_ajax_nopriv_ hooks. This makes it possible for unauthenticated attackers to overwrite or delete the plugin's stored account token and account name options (dym_token, dym_name, searchplus_token, searchplus_name, sp_token, sp_name).
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-8617 is a missing authentication and authorization vulnerability in the SearchPlus WordPress plugin. The functions searchplus_save_token_action_callback() and searchplus_reset_token_action_callback() are registered via wp_ajax_nopriv_ hooks, which intentionally expose them to unauthenticated users. However, these functions lack both capability checks (current_user_can() validation) and nonce verification, allowing unauthenticated attackers to invoke them via AJAX requests. The vulnerability permits unauthorized modification or deletion of six option keys: dym_token, dym_name, searchplus_token, searchplus_name, sp_token, and sp_name. The CVSS v3.1 score of 5.3 reflects low integrity impact with network-based attack vector and no privileges or user interaction required.
Business impact
If your organization uses SearchPlus for site search functionality, this vulnerability could disrupt service by allowing an attacker to invalidate account credentials stored in the plugin. Legitimate search operations would fail until tokens are re-configured. While direct data exfiltration is not possible (the vulnerability does not expose confidential information), the ability to sabotage plugin configuration creates operational risk and may trigger emergency remediation work. The impact is contained to SearchPlus functionality and does not affect WordPress core or other plugins, limiting lateral blast radius.
Affected systems
WordPress installations with the SearchPlus plugin active in versions 1.7.1 and earlier are affected. The vulnerability requires no specific WordPress configuration or additional plugins; it exists whenever SearchPlus is installed and enabled. Multisite WordPress instances are also at risk. The vulnerability does not require authentication, so it affects all sites running vulnerable versions regardless of access controls or user roles.
Exploitability
This vulnerability is straightforward to exploit. An attacker needs only to craft HTTP requests to the WordPress AJAX endpoint with the appropriate action parameter and option values. No authentication credentials are required, no user interaction is necessary, and exploitation works over the network from any location. No special tools beyond a basic HTTP client are needed. However, the vulnerability has not been added to CISA's Known Exploited Vulnerabilities catalog as of the latest update, suggesting limited in-the-wild activity at this time.
Remediation
Update the SearchPlus plugin to a version that addresses this vulnerability. Verify with the plugin vendor's security advisory for the specific patched version number. If an immediate patch is unavailable, consider temporarily disabling the SearchPlus plugin and using WordPress's native search or an alternative plugin until a fix is released. After patching, verify that account tokens have not been maliciously altered by checking the plugin's configuration settings.
Patch guidance
Consult the official SearchPlus plugin security advisory or the WordPress plugin repository listing for the patched version number and apply it as soon as testing allows. Most WordPress sites can be updated directly from the WordPress admin dashboard under Plugins > Installed Plugins. After updating, confirm the plugin's token configuration remains intact. If tokens were cleared by an attacker, you may need to re-enter account credentials in the plugin settings.
Detection guidance
Monitor WordPress AJAX logs for repeated requests to wp-admin/admin-ajax.php with action=searchplus_save_token_action_callback or action=searchplus_reset_token_action_callback originating from unexpected IP addresses or patterns. Log analysis of option updates (wp_options table modifications) to dym_token, dym_name, searchplus_token, searchplus_name, sp_token, or sp_name may reveal unauthorized changes. Web Application Firewalls can be configured to flag or block AJAX requests to these actions from unauthenticated sources. Check plugin activity logs if SearchPlus includes detailed logging functionality.
Why prioritize this
While this vulnerability carries a MEDIUM severity score, its trivial exploitability and zero authentication barrier warrant prompt attention. The risk is further amplified by the fact that SearchPlus installations are typically public-facing and discoverable. Unlike high-severity vulnerabilities requiring complex exploitation chains, this flaw can be weaponized in minutes by any attacker. Organizations should treat this as a near-term patching priority, not a defer-until-next-cycle item, given the simplicity of both attack and remediation.
Risk score, explained
The CVSS 5.3 MEDIUM rating reflects the vulnerability's network attack vector (AV:N), low attack complexity (AC:L), and lack of privilege or user interaction requirements (PR:N, UI:N). However, the impact is limited to integrity of plugin configuration data (I:L) with no confidentiality or availability loss in the CVSS model. The integrity impact is noteworthy because it allows sabotage of account credentials, even if those credentials themselves are not disclosed. Organizations with critical reliance on SearchPlus functionality should weight the operational impact above the numerical score.
Frequently asked questions
Does this vulnerability allow attackers to steal the actual account tokens or view configuration data?
No. The vulnerability allows modification and deletion of stored tokens, but not theft or disclosure. An attacker cannot read the current token values; they can only overwrite or erase them. This prevents access to the SearchPlus service account itself, but stops short of full credential compromise.
Are other WordPress plugins affected by similar flaws with wp_ajax_nopriv_ hooks?
This pattern is not unique to SearchPlus. Any WordPress plugin exposing AJAX callbacks via wp_ajax_nopriv_ without proper authorization checks can face similar risks. Security best practice is to use both nonce verification and capability checks even when intentionally exposing endpoints to unauthenticated users, if the action modifies data.
If I update the plugin, will my existing SearchPlus configuration be preserved?
Plugin updates typically preserve stored options unless the patch specifically includes a migration or reset routine. However, if your configuration was maliciously altered before patching, you should verify token and account name settings post-update. Refer to the plugin vendor's release notes for any special migration instructions.
Can I temporarily work around this without disabling SearchPlus entirely?
Web Application Firewalls or reverse proxies can block requests to wp-admin/admin-ajax.php with the vulnerable action parameters at the network level as a temporary mitigation. However, this is not a permanent solution and patching remains the only reliable fix. Disabling the plugin is preferable to relying on firewall rules alone.
This analysis is based on published CVE data and vendor advisories current as of June 2026. Patch version numbers and remediation steps should be verified against the official SearchPlus plugin security advisory before implementation. SEC.co provides this information for informational purposes; organizations must conduct independent risk assessments based on their specific environment and reliance on affected components. No guarantee is made regarding the completeness or real-time accuracy of this analysis. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2022-42479MEDIUMMissing Authorization in TemplateHouse Soledad – MEDIUM Severity Access Control Bypass
- CVE-2022-45813MEDIUMBeRocket Advanced AJAX Product Filters Missing Authorization Flaw
- CVE-2023-25969MEDIUMMissing Authorization in ThemeHunk Contact Form Plugin
- CVE-2023-32959MEDIUMMetroStore Missing Authorization Vulnerability – Patch Guide
- CVE-2024-24709MEDIUMShareaholic Missing Authorization Vulnerability – Update Required
- CVE-2024-31435MEDIUMMissing Authorization in Inisev Social Media & Share Icons Plugin—Patch Guidance
- CVE-2024-33685MEDIUMMissing Authorization in Jegstudio Startupzy 1.1.1 – MEDIUM Severity Vulnerability
- CVE-2024-33909MEDIUMMissing Authorization in Avirtum iPages Flipbook – CVSS 5.3 Patch Guide