Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach plugin endpoint unauthenticated
-
DeliveryInject crafted XSS payload
-
ExploitPayload stored/reflected in page
-
ExecutionVictim (admin) loads page
-
PersistScript runs in victim browser
-
ImpactHijack session or act as admin
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 | Exploitation requires the Notification for Telegram WordPress plugin (version 3.5.2 or earlier) to be installed and active on the target site, and - per UI:R - a victim (typically an administrator or logged-in user) must load the page where the attacker's payload is rendered for the script to execute. No authentication is required to inject the payload (PR:N), but success is limited by the need for victim interaction, the client-side-only impact (no direct server compromise), and the plugin's relatively small deployment footprint. The specific vulnerable endpoint or input parameter is not detailed in the source data. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L, base 7.1) describes a network-reachable, low-complexity, unauthenticated (PR:N) stored/reflected XSS whose scope-change (S:C) reflects script executing in the victim's browser context distinct from the vulnerable plugin, but the low C/I/A impacts and required user interaction (UI:R) place real-world severity well below the raw 7.1. There is no EPSS score, no CISA KEV listing, and no public POC referenced - only a single Patchstack database entry - so exploitation status is 'no public exploit identified at time of analysis.' No SSVC decision data is provided. Net assessment: a genuine unauthenticated XSS worth patching, but the combination of client-side-only impact, required victim interaction, and a niche plugin footprint makes this a moderate rather than urgent priority; there are no conflicting signals in the data, and the description text ('Unauthenticated') is consistent with the PR:N in the vector. |
| Exploit ScenarioDerived | An unauthenticated attacker submits crafted input to a form or endpoint exposed by the Notification for Telegram plugin (version 3.5.2 or earlier) that is later rendered without proper sanitization. When an administrator or other user views the affected page, the injected JavaScript executes in their browser session, potentially enabling session/cookie theft or admin actions via the victim's authenticated context. No public exploit code is referenced, so exploitation would require an attacker to derive the injection vector themselves. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Unauthenticated cross-site scripting in the WordPress plugin Notification for Telegram (versions up to and including 3.5.2) lets a remote attacker inject script that executes in a victim's browser when the crafted content is rendered. No authentication is required to deliver the payload (PR:N), but exploitation depends on a logged-in or administrative user visiting the page where the injected script is displayed (UI:R), and the resulting impact is limited to the client side with low confidentiality, integrity, and availability effects under a scope change (S:C). No public exploit code has been identified and there is no confirmed active exploitation (no CISA KEV listing); EPSS data was not provided, so no exploitation-probability figure is asserted here.
RemediationAI
No vendor-released patch was identified in the provided intelligence - no fixed version number is stated in the advisory reference, so an exact upgrade target cannot be cited. The primary action is therefore to check the Patchstack vulnerability record (https://patchstack.com/database/wordpress/plugin/notification-for-telegram/vulnerability/wordpress-notification-for-telegram-plugin-3-5-2-cross-site-scripting-xss-vulnerability) and the WordPress.org plugin page for a fixed release above 3.5.2, and to update to that version as soon as it is published, since automatic plugin updates would otherwise leave sites on the vulnerable 3.5.2 codebase. Until a patched release is confirmed, deactivate and delete the plugin if Telegram notifications are not operationally required - this removes the attack surface entirely at the cost of losing Telegram alerting. If the plugin must remain active, reduce exposure by restricting who can post the content that reaches the vulnerable output path, keeping the wp-admin interface behind authentication and IP allowlisting for trusted administrators only (note this does not stop an authenticated low-privilege contributor from storing a payload intended for a higher-privilege victim), and deploying a web application firewall with generic XSS signatures to filter obvious script payloads (signature matching is imperfect for encoded or obfuscated markup). A Content-Security-Policy header with a restrictive script-src directive provides defense in depth against inline execution, but it can break legitimate plugin and theme scripts and must be staged and tested before enforcement. Finally, consider restricting the plugin's notification-rendering settings or disabling any feature that echoes user-supplied text into administrative pages, accepting reduced functionality as the trade-off.
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 affected component is the WordPress plugin notification-for-telegram, maintained by vendor rainafarai (CPE cpe:2.3:a:rainafarai:notification_for_telegram:*:*:*:*:*:*:*:*), which sends site notifications to Telegram and renders plugin-supplied output in the WordPress front or admin interface. The root cause is CWE-79 (Improper Neutralization of Input During Web Page Generation, i.e., cross-site scripting): user-controllable input reaches an HTML response without adequate encoding or sanitization, so markup (including <script>) supplied by the attacker is interpreted by the victim's browser rather than displayed as text. The assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L reflects a network-reachable, low-complexity attack requiring no credentials to inject, with the scope change indicating that the script executes in the browser context of the victim site rather than within the vulnerable plugin component itself. Because the impact is client-side, there is no direct server compromise, database write, or file-system access implied by the vulnerability. The specific vulnerable endpoint, parameter, or request method is not detailed in the available intelligence, so the injection path cannot be enumerated from this data alone.
Know when Notification For Telegram 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:C/C:L/I:L/A:L
Unauthenticated network-reachable XSS (PR:N, AV:N, AC:L) needing victim page load (UI:R); script runs in a different browser context (S:C) with limited client-side C/I/A impact.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Unauthenticated Cross Site Scripting (XSS) in Notification for Telegram <= 3.5.2 versions.
Executive ViewAI
The WordPress plugin Notification for Telegram (versions up to and including 3.5.2) is affected by an unauthenticated cross-site scripting vulnerability that executes in a logged-in or administrative user's browser when crafted content is rendered. No public exploit has been identified and no active exploitation is confirmed, but no vendor-released patch is available, leaving affected WordPress sites dependent on interim mitigations. Leadership should prioritize identifying exposed installations because successful exploitation can affect the confidentiality, integrity, and availability of administrative browser sessions.
Disable or remove the Notification for Telegram plugin (versions up to and including 3.5.2) until a fixed version is released; restrict WordPress administrative access and enforce multi-factor authentication; deploy web application firewall rules to block cross-site scripting payloads targeting the plugin; apply least privilege to WordPress users; and monitor for suspicious script injection or unexpected administrative activity.
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.
More in Notification For Telegram
View allReflected/stored cross-site scripting in the Notification for Telegram WordPress plugin (versions <= 3.5) allows unauthe
Authorization bypass in the Notification for Telegram WordPress plugin (all versions through 3.5.1) allows authenticated
The Notification for Telegram plugin for WordPress is vulnerable to unauthorized test message sending due to a missing c
EUVD-2026-89824
GHSA-v2qj-9vch-383v
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB