CVE-2026-11328: Stored XSS in Exclusive Addons for Elementor
A WordPress plugin called Exclusive Addons for Elementor has a stored cross-site scripting (XSS) vulnerability affecting versions up to 2.7.9.8. An attacker with Contributor-level access or higher can inject malicious scripts into post titles that will execute whenever anyone visits the affected page. The vulnerability stems from the plugin's failure to properly sanitize and escape user input in the post title parameter.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-79
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-07 / 2026-07-07
NVD description (verbatim)
The Exclusive Addons for Elementor plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the post title parameter in all versions up to, and including, 2.7.9.8 due to insufficient input sanitization and output escaping. This makes it possible for authenticated attackers, with Contributor-level access and above, to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-11328 is a stored XSS vulnerability (CWE-79) in Exclusive Addons for Elementor that arises from insufficient input sanitization and output escaping on the post title parameter. The vulnerability allows authenticated users at Contributor privilege level and above to inject arbitrary JavaScript code that persists in the database and executes in the context of other users' browsers when they access the affected page. The attack vector is network-based with low complexity and does not require user interaction, though the impact is limited to confidentiality and integrity at the application level (CVSS 6.4 MEDIUM).
Business impact
Organizations using Exclusive Addons for Elementor face risk of defacement, credential theft, malware distribution, and session hijacking through stored XSS payloads. Because the vulnerability requires Contributor-level access, the risk is primarily internal—a compromised or malicious contributor account, or an overly-permissioned user, can deface content visible to all site visitors. For publishing-heavy organizations, this could disrupt content integrity workflows and erode user trust in published materials.
Affected systems
Exclusive Addons for Elementor plugin versions up to and including 2.7.9.8 are vulnerable. The vulnerability affects any WordPress installation using this plugin with at least one user account possessing Contributor-level permissions or higher. WordPress multisite installations are also at risk if the plugin is network-activated or enabled on individual sites.
Exploitability
The vulnerability has low barrier to exploitation for actors with valid Contributor credentials or higher. No special exploit tools are required—an attacker can craft a malicious post title through the standard WordPress editor interface. However, the requirement for authenticated access at Contributor level or above limits the attack surface compared to unauthenticated XSS. Exploitation does not appear in the CISA Known Exploited Vulnerabilities (KEV) catalog as of the publication date.
Remediation
Update Exclusive Addons for Elementor to a version released after 2.7.9.8 that addresses this vulnerability. Verify the patched version number against the plugin's official changelog and security advisories. As an interim measure, restrict Contributor-level permissions to trusted users only, audit existing user accounts for suspicious activity, and consider disabling the plugin if patching cannot be deployed immediately.
Patch guidance
Check the Exclusive Addons for Elementor plugin repository and vendor advisory for the next available version after 2.7.9.8. Apply the update through the WordPress admin dashboard (Plugins > Installed Plugins > Exclusive Addons for Elementor > Update). Test the update in a staging environment before deploying to production to ensure compatibility with your theme and other plugins. Verify in the plugin's security changelog that the post title sanitization and escaping has been fixed.
Detection guidance
Monitor WordPress user activity logs for suspicious post edits by Contributor-level accounts, especially those containing script tags, event handlers, or encoded payloads in post titles. Use WordPress security plugins (e.g., Wordfence, Sucuri) to scan for stored XSS payloads in post metadata. Conduct a manual code review of recent post revisions in the wp_posts table, focusing on the post_title field for JavaScript or HTML markup. Check browser console errors and network traffic on your site for unexpected script execution.
Why prioritize this
Although this vulnerability is rated MEDIUM severity with a CVSS score of 6.4, it warrants prompt attention because stored XSS affecting published content directly undermines site integrity and user trust. The low complexity of exploitation—combined with the likelihood that most WordPress sites grant Contributor access to editorial staff—means remediation should be prioritized above low-severity issues but below remote code execution or authentication bypass flaws. Organizations with high-visibility public-facing sites should patch sooner; internal-only WordPress instances can accept slightly longer timelines.
Risk score, explained
The CVSS 6.4 MEDIUM score reflects several factors: (1) Network-based attack vector with low complexity increases accessibility, (2) Requirement for authenticated Contributor-level access significantly reduces the threat actor pool compared to unauthenticated vulnerabilities, (3) Scope change (C:L, I:L, A:N) means impact is confined to confidentiality and integrity without availability impact, and (4) The absence of User Interaction requirement makes exploitation reliable once credentials are obtained. The score does not account for the business-critical nature of published content integrity in many organizations, which may warrant raising internal risk scores.
Frequently asked questions
Can an unauthenticated attacker exploit this vulnerability?
No. The vulnerability requires valid WordPress user credentials at Contributor level or higher. However, compromised accounts, shared credentials, or overly-broad permission assignments can significantly expand the threat landscape.
Does this vulnerability allow an attacker to modify posts from other authors or gain administrative access?
The stored XSS executes in the browser of users viewing the affected page, allowing theft of session cookies or credentials, but it does not directly elevate privileges or allow server-side code execution. A skilled attacker could leverage the XSS to escalate access through social engineering or credential capture.
What is the difference between this vulnerability and a regular cross-site scripting (XSS) flaw?
This is a stored (persistent) XSS, meaning the malicious code is saved in the database and executes every time anyone accesses the page—not just for the user who visits a specially crafted link. This makes it more dangerous and affects a broader audience.
If we restrict Contributor access, are we fully protected until we patch?
Reducing Contributor access lowers risk but does not eliminate it. Accounts at Editor level and above can also exploit this vulnerability. Until the plugin is patched to version 2.7.9.8+, review and audit all user accounts with post-creation permissions.
This analysis is based on publicly disclosed vulnerability information and the CVSS 3.1 score provided by the vendor. SEC.co does not conduct independent verification of affected product versions, patch releases, or real-world exploitation. Organizations should consult the Exclusive Addons for Elementor official security advisories and vendor documentation to confirm patch applicability and release timelines. This content is provided for informational purposes and does not constitute professional security advice. Always test patches in a non-production environment before deployment. The absence of a CVE ID from the CISA KEV catalog does not indicate the vulnerability is less critical; remediation timelines should be based on your organization's risk tolerance and asset criticality. Source: NVD (public-domain), retrieved 2026-08-15. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20070MEDIUMPrivilege Escalation & Stored XSS in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2018-25384MEDIUMStored XSS in Wikidforum 2.20 Allows Authenticated Attackers to Inject Malicious Scripts
- CVE-2019-25731MEDIUMStored XSS in Zuz Music 2.1 Contact Form
- CVE-2019-25737MEDIUMStored XSS in Live Chat Unlimited 2.8.3 – Admin Session Compromise
- CVE-2019-25739MEDIUMGigToDo 1.3 Stored XSS Vulnerability in Proposal Descriptions
- CVE-2019-25742MEDIUMStored XSS in Zoner Real Estate WordPress Theme 4.1.1 – Admin Account Compromise Risk
- CVE-2019-25743MEDIUMWordPress Soliloquy Lite 2.5.6 Stored XSS Vulnerability
- CVE-2019-25744MEDIUMWordPress Popup Builder 3.49 Stored XSS Vulnerability – Exploit Prevention & Patch Guide