Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit malicious comment unauthenticated
-
DeliveryPayload stored, rendered unsanitized
-
ExploitVisitor loads translated page
-
ExecutionScript executes in their browser
-
ImpactSteal session or redirect victim
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 | Two concrete prerequisites, both stated in the description: (1) the target site must allow UNMODERATED comment submission on at least one post (note: WordPress holds first-time commenters for moderation by default, so this is typically a changed Discussion setting), and (2) the site must have a SECONDARY LANGUAGE configured in TranslatePress so the vulnerable translation-render path (class-translation-render.php) processes the comment. The injection point is the 'comment' parameter; exploitation is unauthenticated (PR:N). Limiting factors: if comments are moderated/held, if no secondary language is active, or if the site does not expose comments at all, the attack does not succeed; impact also depends on a victim subsequently viewing the injected translated page. |
| Impact | The signals are moderately but not alarmingly aligned. CVSS 3.1 is 7.2 (High) with vector AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N - network-reachable, low-complexity, unauthenticated (PR:N confirmed), scope-changed stored XSS with low confidentiality and integrity impact. Exploitation status is 'no public exploit identified at time of analysis' - no POC, EPSS, or KEV data was supplied, so the real-world exploitation probability cannot be quantified from the input and is effectively unknown rather than low. This is NOT a drop-everything priority: although unauthenticated and persistent, the vulnerability is gated by two deployment conditions (unmoderated comments enabled on at least one post, plus a secondary language configured). The SSVC-style read is 'exploitation: none observed; automatable: partially (comment submission is scriptable, but the unmoderated-comment prerequisite is not universal); technical impact: partial' - consistent with the High-but-not-Critical CVSS. A notable nuance: the vendor frames both prerequisites as reflecting TranslatePress's primary use case, which supports AC:L, yet WordPress does NOT auto-approve comments from first-time commenters by default, so 'unmoderated comment submission' is in practice a non-default moderation setting - verify the target's comment policy before treating this as default-config exploitable. Treat as a prioritized patch for multilingual sites with open comments, not an emergency for all installs. |
| Exploit ScenarioDerived | On a TranslatePress-enabled site with a secondary language and unmoderated comments, an unauthenticated attacker submits a comment containing a crafted script payload via the 'comment' parameter. Because the input is insufficiently sanitized and the output is not escaped during translation rendering, the payload is stored and executes in the browser of any visitor who later views the affected (translated) page, enabling session/cookie theft, forced redirects, or admin-context actions if an administrator views it. No public exploit code was identified in the provided data, so attacker tooling maturity is unknown. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 16, 2026
Stored cross-site scripting in the TranslatePress - Translate Multilingual Sites with AI Translation WordPress plugin through version 3.3.7 allows unauthenticated attackers to inject arbitrary web scripts via the 'comment' parameter, which then execute in the browser of any visitor who loads the affected translated page. Successful exploitation depends on two conditions that coincide with the plugin's normal use case: the site must permit unmoderated comment submission on at least one post (WordPress holds first-time commenters for moderation by default, so this usually means a modified Discussion setting), and a secondary language must be configured so that comments are processed by the plugin's translation-render code path. Wordfence rates the issue at CVSS 3.1 7.2 (AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N), confirming unauthenticated remote exploitation with no user interaction on the attacker's side and a scope change reflecting how stored script in a comment can act beyond the vulnerable component, and no public exploit code has been identified at time of analysis.
RemediationAI
Upstream fix available (PR/commit); released patched version not independently confirmed - the referenced changeset https://plugins.trac.wordpress.org/changeset/3744262/translatepress-multilingual/trunk/includes/class-translation-render.php shows that class-translation-render.php was corrected in trunk, so administrators should update the TranslatePress plugin as soon as a tagged release newer than 3.3.7 appears in the WordPress.org repository and confirm the installed version on each multilingual site in the meantime. Because the exploit hinges on unmoderated comments being rendered through the translation path, the most effective compensating control is to require moderation for all comments (WordPress Settings > Discussion > 'Comment must be manually approved' plus disabling 'Comment author must have a previously approved comment'), which breaks the attack chain at the cost of added moderation workload and delayed legitimate comments; alternatively, close comments on posts entirely or disable the comment form on the affected site, accepting reduced reader engagement. If the site does not genuinely need multilingual comment rendering, another option is to remove or deactivate the secondary languages configured in TranslatePress, though this sacrifices the plugin's primary function and should only be considered as a stopgap. Deploying a WAF rule that strips or blocks HTML/script tags in the comment submission body, or a Content-Security-Policy that forbids inline script, can reduce execution of stored payloads but is bypassable and should be treated as Defense in Depth rather than a fix; any of these measures should be paired with the plugin update once the patched release is available.
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 flaw is a classic CWE-79 improper-neutralization-of-input-during-web-page-generation (stored XSS) in the WordPress plugin cozmoslabs:translatepress_-_translate_multilingual_sites_with_ai_translation (CPE cpe:2.3:a:cozmoslabs:translatepress_-_translate_multilingual_sites_with_ai_translation:*). TranslatePress integrates with WordPress's comment system and re-renders comment output when displaying a translated version of a page; the vulnerable logic lives in includes/class-translation-render.php (relevant code at lines 835, 1355 and 1655 in the 3.3.7 tag), where the 'comment' parameter is processed without sufficient sanitization on input or escaping on output. Because the injected payload is stored in the WordPress database through normal comment submission and later echoed inside the translated page's HTML, the script executes in the security context of the site's origin whenever a victim views that page - the reason the CVSS vector carries S:C (scope change) alongside PR:N and UI:N. The prerequisites are structural rather than exotic: WordPress by default holds first-time commenters in moderation, so the attacker needs a post whose Discussion settings allow unmoderated comments, and TranslatePress must have at least one additional language configured so comments traverse the affected translation-render path; absent either condition (or if the site exposes no comments at all), the injected markup is never rendered in the vulnerable context. The upstream changeset 3744262 modifies the same class-translation-render.php file, indicating that sanitization/escaping of the comment output was the fix area.
Know when Wordpress Plugin 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:N/S:C/C:L/I:L/A:N
Unauthenticated comment submission (PR:N) over the network; stored payload executes in other users' browsers (S:C, C:L/I:L, A:N); AC:L accepted per vendor framing though unmoderated-comment config is a real-world gating factor.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The TranslatePress - Translate Multilingual sites with AI Translation plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the 'comment' parameter in all versions up to, and including, 3.3.7 due to insufficient input sanitization and output escaping. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page. Exploitation requires the target site to allow unmoderated comment submission on at least one post and to have a secondary language configured - both conditions reflect TranslatePress's primary use case.
Executive ViewAI
A stored cross-site scripting vulnerability in the TranslatePress - Translate Multilingual Sites with AI Translation WordPress plugin (through version 3.3.7) lets unauthenticated attackers embed malicious scripts in comment fields that then run in the browsers of every visitor who views an affected translated page, and no vendor-released patch has been identified at time of analysis. Because the attack requires no credentials and no action by the victim, any public-facing site running the plugin with open commenting and a secondary language configured could silently expose customers, prospects, and staff to session theft, credential compromise, or fraudulent content served under the organization's brand. Leadership should treat this as a reputation and trust risk that cannot be closed by patching today, and instead requires immediate configuration hardening and monitoring.
No vendor-released patch identified at time of analysis, so mitigate through configuration and virtual patching: enforce manual approval for all comments and disable unmoderated or anonymous comment submission site-wide; disable commenting where not business-critical; deactivate the plugin if a secondary language is not needed; deploy WAF rules to block script payloads in comment fields; scan the wp_comments table for injected scripts and remove them; and monitor web and database logs for evidence of stored script injection until a fixed TranslatePress version is released.
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 Wordpress Plugin
View allThe Backup Migration plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 1
The Hash Form - Drag & Drop Form Builder plugin for WordPress is vulnerable to arbitrary file uploads due to missing fil
Authentication bypass in the LiteSpeed Cache WordPress plugin (versions prior to 6.5.0.1) allows unauthenticated remote
The Simple File List plugin for WordPress through version 4.2.2 contains an unauthenticated remote code execution vulner
The SureTriggers WordPress plugin through version 1.0.82 contains a privilege escalation vulnerability that allows unaut
The Ninja Forms plugin before 2.9.42.1 for WordPress allows remote attackers to conduct PHP object injection attacks via
The Business Directory Plugin - Easy Listing Directories for WordPress plugin for WordPress is vulnerable to time-based
SQL injection in the NotificationX WordPress plugin (versions up to and including 2.8.2) allows unauthenticated remote a
The POST SMTP Mailer - Email log, Delivery Failure Notifications and Best Mail SMTP for WordPress plugin for WordPress i
The MasterStudy LMS WordPress Plugin - for Online Courses and Education plugin for WordPress is vulnerable to union base
The Email Subscribers by Icegram Express plugin for WordPress is vulnerable to SQL Injection via the ‘hash’ parameter in
Remote code execution in the WP Query Console WordPress plugin (versions up to and including 1.0) by Ajit Bohra allows u
EUVD-2026-102792
GHSA-x3vv-jv34-q3f6
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB