MEDIUM 4.4

CVE-2026-12560: WordPress Editorial Rating Plugin Stored XSS Vulnerability

The Editorial Rating plugin for WordPress contains a cross-site scripting (XSS) vulnerability that allows administrators to inject malicious scripts through the 'Link URL' field. These scripts execute when anyone visits the affected page, potentially compromising site visitors. The vulnerability affects all plugin versions up to 4.0.5 and requires admin-level access to exploit, limiting its immediate blast radius but presenting a significant insider threat risk.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.4 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:C/C:L/I:L/A:N
Weaknesses (CWE)
CWE-79
Affected products
0 configuration(s)
Published / Modified
2026-06-30 / 2026-07-01

NVD description (verbatim)

The Editorial Rating – Product Review & Rating System plugin for WordPress is vulnerable to Stored Cross-Site Scripting via 'Link URL' Field in all versions up to, and including, 4.0.5 due to insufficient input sanitization and output escaping. This makes it possible for authenticated attackers, with administrator-level access and above, to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page. The WordPress unfiltered_html capability exemption does not apply here because the payload is stored in post meta (_wpas_er_options via update_post_meta) rather than in post_content or post_excerpt, meaning the restriction affects all administrators regardless of their unfiltered_html status.

9 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12560 is a Stored XSS vulnerability in the Editorial Rating – Product Review & Rating System WordPress plugin caused by insufficient sanitization of the 'Link URL' field and inadequate output escaping. The malicious payload is stored in post metadata (_wpas_er_options via update_post_meta) rather than standard post content, bypassing WordPress's unfiltered_html capability exemption that normally protects administrator-level users from such restrictions. This means all administrators are equally vulnerable regardless of their HTML filtering permissions. The CVSS 3.1 score of 4.4 (Medium) reflects network accessibility with high privilege requirements and limited impact scope.

Business impact

A compromised admin account or malicious insider with administrator privileges could inject persistent malicious scripts into product review pages, redirecting site visitors to phishing sites, stealing session cookies, or deploying malware. This affects site reputation, visitor trust, and potential compliance violations if customer data is exposed. The stored nature of the vulnerability means the attack persists indefinitely until discovered and remediated, creating long-term exposure across all users visiting the affected pages.

Affected systems

WordPress installations running the Editorial Rating – Product Review & Rating System plugin in versions 4.0.5 and earlier are affected. The vulnerability requires administrator-level or higher access to trigger, so only sites with compromised admin accounts or untrusted administrators face active risk. The plugin's user base size and prevalence in the WordPress ecosystem determine the total exposure footprint.

Exploitability

This vulnerability carries low exploitability in typical environments because it requires high-privilege admin access (PR:H in the CVSS vector). However, it presents a meaningful insider threat and becomes critical if admin credentials are compromised through phishing, credential stuffing, or supply-chain attacks. The high access requirement explains the Medium CVSS score despite the stored XSS nature. The vulnerability is not currently listed in CISA's Known Exploited Vulnerabilities catalog, indicating no active exploitation detected in the wild at the time of publication.

Remediation

Update the Editorial Rating plugin to version 4.0.6 or later (verify the exact version number against the vendor's official advisory, as patch versions should be confirmed directly). This update should include input sanitization of the 'Link URL' field and proper output escaping of all stored metadata. Organizations unable to update immediately should restrict admin role assignments to trusted users only and audit existing admin accounts for suspicious activity or unauthorized changes.

Patch guidance

Check your WordPress plugin dashboard for available updates to the Editorial Rating plugin. The vendor has released a patched version addressing this vulnerability; install the update as soon as practical in your change management window. Before updating in production, test in a staging environment to ensure compatibility with your specific WordPress version and any custom configurations. Document the update in your change log for audit purposes. If the plugin vendor has published a security advisory with specific version numbers, refer to it for definitive patching guidance.

Detection guidance

Review audit logs for unauthorized changes to product review pages or post metadata (_wpas_er_options) by administrator accounts. Use WordPress security plugins (e.g., Wordfence, Sucuri) to scan for stored XSS payloads in post metadata. Examine the 'Link URL' fields in existing product reviews for suspicious URLs or script tags (encoded or otherwise). Monitor for unusual admin login activity, especially from unfamiliar IP addresses. Check for visitor complaints about unexpected redirects or malicious behavior when accessing review pages.

Why prioritize this

While the CVSS score is Medium (4.4), prioritization should account for the stored nature of XSS attacks and the business-critical role of administrator accounts. Organizations should patch in their next standard maintenance window or within 30 days. Elevated priority applies if your site handles sensitive customer data or operates in regulated industries. Lower-risk sites with tightly controlled admin access can defer slightly, but should not delay beyond 60 days.

Risk score, explained

The CVSS 3.1 score of 4.4 reflects: (1) network accessibility (AV:N) reducing barriers to discovery, (2) high privilege requirement (PR:H) significantly limiting exploitability, (3) high attack complexity (AC:H) due to the need for admin access, (4) changed scope (S:C) allowing impact beyond the vulnerable component, but (5) only low confidentiality and integrity impact (C:L, I:L) with no availability impact (A:N). The insider threat nature and persistence of stored XSS push practical risk higher than the base score suggests for many organizations.

Frequently asked questions

Can non-admin users trigger this vulnerability?

No. The vulnerability requires administrator-level access or above to inject the malicious script through the plugin's settings. This limits exploitation to compromised admin accounts or malicious insiders with admin privileges.

Why does the WordPress unfiltered_html exemption not protect us here?

Because the payload is stored in post metadata (_wpas_er_options) rather than in post_content or post_excerpt, the unfiltered_html capability exemption does not apply. All administrators, regardless of their HTML filtering permissions, are equally vulnerable.

Is this vulnerability actively being exploited in the wild?

As of the publication date (June 30, 2026), this vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog, indicating no confirmed active exploitation at that time. However, absence from KEV does not guarantee the vulnerability remains unexploited.

What immediate steps should we take if we use this plugin?

First, update to the patched version (verify the version number from the vendor's official advisory). Second, audit your product review pages for suspicious links or metadata changes. Third, review recent admin account activity and login logs for unauthorized changes. If you identify suspicious activity, consider temporarily disabling the plugin until patching is complete.

This analysis is based on the CVE record and vendor information available as of the publication date. Patch version numbers and specific remediation steps should be verified against the official vendor security advisory before implementing. Organizations should conduct their own risk assessment based on their specific plugin deployment, WordPress configuration, and threat environment. No exploit code or weaponized proof-of-concept is provided in this analysis. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).