Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify vulnerable plugin with unset secret key
-
ExploitSend unauthenticated state-changing request bypassing secret check
-
ExecutionStore arbitrary JavaScript payload
-
ImpactScript executes in every site visitor's browser
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitable only on Adwised Web Push Notification installations (through version 2.5.7) where the plugin's secret key has never been set - the broken secret comparison can only be bypassed in that unconfigured state, so sites that configured a secret are not affected. The vulnerable operations are several state-changing plugin actions that lack authorisation checks. Limiting factors: (1) the never-set-secret precondition excludes hardened/fully-configured installs; (2) per the CVSS UI:R metric, the stored payload only fires when a site visitor loads an affected page; (3) only versions ≤2.5.7 are affected per EUVD. |
| Impact | Multiple signals converge on this being a genuine, actionable priority rather than CVSS inflation. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R) describes a network-reachable, low-complexity, unauthenticated stored XSS, and a public exploit is confirmed via WPScan, raising practical exploitability. However, exploitation status is 'publicly available exploit code exists' - NOT active exploitation: this CVE is not listed in CISA KEV, so it should not be treated as in-the-wild. EPSS is MISSING from the input, so no exploitation-probability signal is available to corroborate the POC - do not assume high EPSS from POC existence alone. No SSVC decision data (automatable, technical impact, exploitation status) was supplied. One important nuance tempers the raw 8.8: the flaw is only exploitable on installations where the secret key has never been set, meaning hardened/fully-configured sites may not be affected - this makes the real-world population narrower than a blanket AV:N/PR:N reading implies. Note also a scoring tension: the input lists S:U with C:H/I:H/A:H, which is unusually high for browser-context stored XSS; the high impacts likely reflect potential admin-session compromise rather than direct server impact - verify against WPScan's own rationale. |
| Exploit ScenarioDerived | An unauthenticated attacker targets a WordPress site running Adwised Web Push Notification ≤2.5.7 whose plugin secret key was never configured, and sends a crafted state-changing request that bypasses the broken secret comparison to store malicious JavaScript. When any visitor - including a logged-in administrator - subsequently loads an affected page, the stored script executes in their browser, enabling session/cookie theft or admin-account takeover. A public exploit for this issue is already available via WPScan. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 11, 2026
Unauthenticated attackers can plant persistent JavaScript that executes in the browser of every visitor to a WordPress site running the Adwised Web Push Notification plugin through version 2.5.7, because several state-changing plugin operations lack authorization checks and the plugin's secret-comparison routine can be defeated on installations where a secret key was never configured. Publicly available exploit code exists (WPScan published a proof-of-concept write-up), though there is no KEV confirmation of active exploitation. The assessed vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N) shows a network-reachable, unauthenticated attack that requires a victim visitor to load an affected page, so real-world impact is bounded by the unconfigured-secret precondition, and hardened installs that have set a secret are not affected.
RemediationAI
No vendor-released patch was identified at time of analysis, so the immediate, highest-value action is configuration rather than upgrade: open the Adwised Web Push Notification settings and set an explicit, non-empty secret key, which removes the unset-secret condition that makes the broken comparison bypassable and closes the unauthenticated path described here. If no legitimate push feature is in use, deactivate and remove the plugin entirely - the trade-off is loss of notification functionality but complete removal of the attack surface, and any stored malicious payloads should be purged from the site database afterward. Where the plugin must stay active and a secret has already been set, treat the residual risk as lower but not zero, keep WordPress and all plugins current, and monitor the WPScan advisory (https://wpscan.com/vulnerability/7e76c496-9098-405f-a85b-4363d476d895/), NVD (https://nvd.nist.gov/vuln/detail/CVE-2026-87762) and VulDB (https://vuldb.com/vuln/416507) for a fixed version. Interim compensating controls include blocking unauthenticated POST requests to the plugin's AJAX/REST endpoints at the WAF or reverse proxy, which stops remote injection attempts but can break legitimate subscriber opt-in flows if the endpoints are hit by anonymous visitors; enforcing a Content-Security-Policy without unsafe-inline reduces execution of any injected script at the cost of breaking sites that rely on inline front-end scripts; and restricting the plugin's admin-facing pages to trusted IP ranges or requiring re-authentication, which limits an attacker's ability to observe or reuse stored payloads. Because the assessed vector requires UI:R, the injected script only fires when a visitor loads an affected page, so prompt removal of stored payloads also shortens the exposure window.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The target is a WordPress push-notification plugin, so the underlying technology is the WordPress plugin API: AJAX/REST handlers registered by the plugin act on parameters supplied by the request, and any handler that omits a capability check or nonce verification can be driven by an unauthenticated request. The root-cause class reported is CWE-79 (improper neutralization of input during web page generation / cross-site scripting), realized here through an authorization gap: state-changing operations - the ones that store notification content or subscription data - never verify that the caller is an administrator or that a valid nonce was presented. The secondary flaw is a broken secret comparison used as a stand-in for authorization: when the plugin's secret key has never been set, the comparison evaluates in a way that lets an attacker satisfy it (an empty/unset secret effectively fails open), and because the secret is compared rather than the user's capability, there is no defense in depth behind it. Stored payloads are later rendered into pages for other users, which is what converts the missing authorization check into a stored XSS affecting all site visitors, including authenticated administrators browsing the front end. The CPE record (cpe:2.3:a:unknown:adwised_web_push_notification:*:*:*:*:*:*:*:*) carries an unresolved vendor field and a wildcard version, meaning version identification must rely on the EUVD data, which narrows affected releases to Adwised Web Push Notification 0 through 2.5.7.
Know when Adwised Web Push Notification gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Unauthenticated network stored XSS (AV:N/PR:N); victim must load the page (UI:R); payload runs in another user's browser crossing scope (S:C) with limited C/I per standard XSS guidance and no availability impact.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
3DescriptionCVE.org
The Adwised Web Push Notification WordPress plugin through 2.5.7 does not have authorisation checks on several state-changing operations, and the secret comparison it uses instead can be bypassed on installations where the secret key has never been set, allowing unauthenticated users to store arbitrary JavaScript that is executed in the browser of every site visitor.
Technical POC Analysis
Bug class: CWE-79 (stored/cross-site scripting), tracked as CVE-2026-87762, affecting the Adwised Web Push Notification WordPress plugin, plugin slug adwised, through version 2.5.7.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
The Adwised Web Push Notification plugin for WordPress (versions through 2.5.7) allows an unauthenticated attacker to inject persistent JavaScript that runs in the browser of every visitor to an affected site, meaning customer-facing web properties can be silently turned into a delivery mechanism for credential theft, malicious redirects, or brand-damaging content without any attacker account or login. Publicly available exploit code exists, so exploitation requires only commodity skill and a reachable, unpatched site; no vendor fix is currently available, leaving exposure open-ended. Leadership should care because the blast radius is external - site visitors, customers, and brand trust - not just internal systems, and affected installations can be enumerated cheaply by attackers at scale.
No vendor-released patch identified at time of analysis. Interim mitigations: deactivate or uninstall the Adwised Web Push Notification plugin (versions 2.5.7 and earlier) where it is not business-critical; on installations that must remain active, configure the plugin's secret key so the secret-comparison routine cannot be defeated; front affected sites with WAF/reverse-proxy rules that block unauthenticated requests to the plugin's state-changing operations; restrict plugin endpoint access by IP allowlist; and run content/database integrity scanning to detect or remove injected persistent JavaScript, since exploitation results in stored payloads that survive until cleaned.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
EUVD-2026-96771
GHSA-3p66-mhrm-qrgr
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB