CVE-2026-9269: Stored XSS in Secure Copy Content Protection WordPress Plugin (CVSS 3.5)
Administrators and high-privilege users of the Secure Copy Content Protection and Content Locking WordPress plugin (versions before 5.1.5) can inject malicious scripts into the plugin's settings that persist in the database and execute in other users' browsers. This stored cross-site scripting (XSS) vulnerability bypasses WordPress's standard HTML filtering restrictions, even in restrictive multisite environments where the unfiltered_html capability is intentionally disabled.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 3.5 LOW · CVSS:3.1/AV:N/AC:L/PR:H/UI:R/S:U/C:L/I:L/A:N
- Weaknesses (CWE)
- —
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-12 / 2026-06-17
NVD description (verbatim)
The Secure Copy Content Protection and Content Locking WordPress plugin before 5.1.5 does not sanitise and escape some of its settings, which could allow high privilege users such as admin to perform Stored Cross-Site Scripting attacks even when the unfiltered_html capability is disallowed (for example in multisite setup).
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-9269 is a stored cross-site scripting (XSS) vulnerability in the Secure Copy Content Protection and Content Locking WordPress plugin. The vulnerability stems from insufficient input sanitization and output escaping in the plugin's settings functionality. A threat actor with administrative or high-privilege account access can craft malicious JavaScript payloads and inject them through plugin configuration fields. Because the plugin fails to properly sanitize inputs before storage and escape outputs before rendering, these scripts execute in the browser context of any user who views the affected settings or protected content. The vulnerability is particularly concerning in multisite WordPress environments where administrators are intentionally restricted from accessing WordPress's `unfiltered_html` capability; this plugin's insufficient escaping allows privilege-restricted admins to circumvent that security boundary.
Business impact
In multisite WordPress environments, this vulnerability undermines the security model that limits administrator capabilities. A rogue or compromised admin account can inject persistent JavaScript to steal session tokens, redirect users to phishing sites, inject keyloggers, or modify page content for other administrative users. Single-site WordPress installations are also affected but face a lower practical risk, since sites that trust their administrators with unfiltered_html access already accept the inherent XSS risk. The persistent nature of stored XSS means the attack remains active until an administrator or site owner discovers and removes the malicious setting.
Affected systems
The Secure Copy Content Protection and Content Locking WordPress plugin is affected in all versions prior to 5.1.5. Vulnerability exists in the plugin's settings interface; the precise scope of vulnerable settings fields is not specified in the advisory. Any WordPress installation running this plugin before version 5.1.5 is susceptible, with higher risk in multisite setups that enforce capability restrictions.
Exploitability
Exploitation requires high-privilege user access (administrator or equivalent role). The attack requires user interaction in the form of an administrator visiting the plugin settings page where malicious content is rendered. This combination of prerequisites—admin-level access plus required user interaction—results in a CVSS score of 3.5 (Low severity). The vulnerability is not exploitable by unauthenticated attackers or low-privilege users.
Remediation
Upgrade the Secure Copy Content Protection and Content Locking WordPress plugin to version 5.1.5 or later. Verify the upgrade through your WordPress admin dashboard Plugins section or via the official plugin repository. No workarounds are available short of disabling the plugin entirely. After patching, review recent plugin setting changes for any suspicious entries that may indicate prior compromise.
Patch guidance
Visit the WordPress plugin repository for the Secure Copy Content Protection and Content Locking plugin and update to version 5.1.5 or higher. Most WordPress installations can auto-update plugins; enable automatic updates if not already configured. Administrators should verify the update completes successfully and perform a brief smoke test of the plugin's core functionality post-update. For enterprise or multisite deployments, test the patch in a staging environment first to confirm compatibility with any custom configurations.
Detection guidance
Monitor WordPress admin access logs for unusual plugin setting modifications, particularly if performed by privileged accounts during unexpected times. Search the plugin's settings database tables (typically wp_options) for script tags, event handlers (onload, onerror), or JavaScript URLs in field values. Inspect the browser console and network tabs when viewing plugin settings to identify any unexpected script execution. For multisite administrators, audit which admin users have modified plugin settings in recent weeks.
Why prioritize this
Although the CVSS score is 3.5 (Low), organizations running multisite WordPress installations should prioritize patching, since the vulnerability specifically bypasses multisite security controls. Single-site installations with trusted administrators face lower practical risk. The stored nature of the XSS means the blast radius can affect multiple users over time if exploited. Patching is straightforward and introduces minimal risk.
Risk score, explained
The CVSS 3.1 vector CVSS:3.1/AV:N/AC:L/PR:H/UI:R/S:U/C:L/I:L/A:N assigns a score of 3.5 due to: Network-accessible attack surface (AV:N) and low attack complexity (AC:L), but High privilege requirement (PR:H) and required User Interaction (UI:R) substantially reduce severity. Confidentiality and Integrity impact are Low (C:L/I:L) with no Availability impact (A:N), and the scope is Unchanged (S:U). The high privilege barrier is the dominant mitigating factor.
Frequently asked questions
Does this vulnerability affect single-site WordPress installations?
Yes. Any WordPress site running this plugin before version 5.1.5 is technically vulnerable. However, the practical risk is lower on single-site installations where administrators already have the unfiltered_html capability and can inject scripts through other means. Multisite environments, which intentionally restrict this capability, face much higher risk because this vulnerability bypasses that restriction.
Can an attacker exploit this without administrator access?
No. The vulnerability explicitly requires high-privilege user credentials such as an administrator account. An unauthenticated attacker or low-privilege user cannot exploit this vulnerability. Risk depends entirely on the trustworthiness of your administrative user base.
How do I know if malicious scripts have already been injected?
Review recent changes to the plugin's settings through your WordPress audit logs if available. Search the wp_options table for unusual content in plugin settings. Check the browser developer console (F12) when viewing plugin settings for unexpected script execution or errors. If you suspect compromise, restore from a clean backup or hire a security professional to perform a thorough site audit.
Is this vulnerability on the Known Exploited Vulnerabilities catalog?
No. As of the last update, this vulnerability is not listed on CISA's KEV catalog, indicating no confirmed active exploitation in the wild. However, the low barrier to exploitation for privileged insiders means monitoring your administrative user activity is important.
This analysis is for informational purposes and based on the CVE record as of June 17, 2026. Readers must verify patch version numbers and availability against the official vendor advisory and plugin repository before deploying updates. No liability is assumed for any inaccuracies or changes in vendor guidance. Organizations should conduct their own risk assessment based on their specific WordPress deployment topology and user trust model. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2022-48575LOWmacOS Login Window Bypass via State Handling Flaw
- CVE-2024-42206LOWHCL iReflection Third-Party Component Vulnerability
- CVE-2024-58350LOWGhidra Use-After-Free in Sleigh Backend
- CVE-2025-12656LOWWPvivid Plugin Arbitrary Directory Deletion Vulnerability
- CVE-2025-48616LOWAndroid Lockdown Bypass via Screen Pinning Logic Error
- CVE-2025-52608LOWHCL iControl Missing Cookie Attributes Vulnerability
- CVE-2025-52609LOWHCL iControl Missing Security Headers XSS Vulnerability
- CVE-2025-52611LOWHCL iControl Stack Trace Disclosure (v4.0.0)