CVE-2026-8141: Ajax Load More – Filters WordPress Plugin Stored XSS Vulnerability
The Ajax Load More – Filters WordPress plugin contains a stored cross-site scripting (XSS) flaw that allows unauthenticated attackers to inject malicious scripts into web pages. The vulnerability exists in how the plugin processes the 'taxonomy_include_children' parameter without properly sanitizing or escaping user input. Once injected, the malicious script executes automatically whenever anyone visits the affected page, potentially compromising visitor accounts, stealing credentials, or spreading malware. All versions up to and including 3.4.1 are vulnerable.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/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-06-30
NVD description (verbatim)
The Ajax Load More - Filters plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the 'taxonomy_include_children' parameter in all versions up to, and including, 3.4.1 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.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-8141 is a stored XSS vulnerability (CWE-79) in Ajax Load More – Filters that stems from insufficient input sanitization on the 'taxonomy_include_children' parameter. The plugin fails to properly validate or escape this user-controllable input before storing and rendering it in page output. Because the injection persists in the database, the malicious payload executes for every user who loads the affected page, making this a high-severity stored variant rather than a reflected attack. The vulnerability is reachable via unauthenticated requests, eliminating any authentication barrier to exploitation.
Business impact
A successful attack could undermine visitor trust and site integrity. Attackers could redirect users to malicious sites, harvest credentials, inject phishing content, or deploy malware. If your WordPress site attracts customers or business partners, a stored XSS attack could compromise their sessions, steal sensitive data, or damage your reputation. Additionally, removing injected payloads requires database cleanup, potentially requiring site downtime or forensic investigation.
Affected systems
WordPress installations running the Ajax Load More – Filters plugin in any version up to and including 3.4.1 are affected. The vulnerability is reachable without authentication, so any publicly accessible WordPress site using this plugin is at risk. Multisite WordPress deployments where individual sites use this plugin are similarly affected.
Exploitability
This vulnerability has a CVSS 3.1 score of 7.2 (HIGH) with an attack vector of Network, requiring no authentication or user interaction for successful exploitation. An attacker can craft a malicious request targeting the 'taxonomy_include_children' parameter and inject arbitrary JavaScript into the page. Because the attack is pre-stored, no social engineering is required to trick users into clicking a link—the payload executes automatically on page load. The low barrier to exploitation combined with the broad reach of public websites makes this a practical target for attackers.
Remediation
Update the Ajax Load More – Filters plugin to a patched version that properly sanitizes the 'taxonomy_include_children' parameter and escapes all output. Verify the current version installed on your WordPress site via the Plugins dashboard. After updating, inspect your site's pages and posts for any injected content in case exploitation occurred prior to patching. If your site was compromised, consider running a security audit and monitoring access logs for suspicious activity.
Patch guidance
Verify the latest patched version of Ajax Load More – Filters against the vendor's official plugin repository and advisory documentation. Update through the WordPress admin interface (Plugins → Updates) or download directly from the official source. Test the update on a staging environment first if possible to ensure compatibility with your site's other plugins and themes. After patching, clear any active caches to ensure the new version is served to all visitors.
Detection guidance
Review WordPress logs and plugin update history to determine when your site was last running a vulnerable version. Search your WordPress database and post/page content for suspicious JavaScript, iframe tags, or unusual script tags that may have been injected into the 'taxonomy_include_children' field or related filter data. Monitor browser console errors and network requests for unexpected external script loads. Use WordPress security plugins with malware scanning capabilities to detect stored payloads. If available, check backups to determine when the injection occurred.
Why prioritize this
This vulnerability warrants immediate attention due to its HIGH CVSS score, lack of authentication requirements, and ability to compromise all users accessing affected pages. Stored XSS is particularly dangerous because the attack persists and scales automatically—every visitor becomes a potential victim without requiring individual exploitation steps. Given the ubiquity of WordPress and popularity of filtering plugins, this attack surface is likely targeted by automated scanners.
Risk score, explained
The CVSS 3.1 score of 7.2 reflects the combination of network-based attack vector (AV:N), low attack complexity (AC:L), no privilege or authentication required (PR:N, UI:N), changed scope (S:C), and limited impact on confidentiality and integrity (C:L, I:L) with no availability impact (A:N). The score is elevated by the changed scope: while an attacker cannot directly access the server or database, they can compromise the confidentiality and integrity of visitor sessions and data. The absence of availability impact reflects that the attack does not crash or degrade the site itself.
Frequently asked questions
Can this vulnerability be exploited if my WordPress site is private or behind authentication?
The vulnerability itself does not require authentication to inject the payload. However, if your WordPress site requires login before viewing content, the attacker would need some way to place the malicious request—for example, via an admin account they've compromised, or by convincing an admin to visit a malicious link. The core sanitization flaw remains regardless of site visibility.
If I update the plugin, will it automatically remove injected content from my database?
Updating the plugin fixes the underlying vulnerability but does not automatically scrub existing injected payloads from the database. You must manually inspect your site's content and remove any suspicious scripts or content that may have been injected into the 'taxonomy_include_children' parameter or related fields. Use your WordPress admin interface or database tools to search for and delete compromised entries.
How do I know if my site has been exploited by this vulnerability?
Check your plugin version history and logs to see when you were running a vulnerable version. Search your WordPress database for suspicious JavaScript, encoded payloads, or unexpected HTML in pages and posts. Use a WordPress security plugin with malware detection to scan for injected content. Review your web server access logs for unusual requests targeting filter parameters. If you find evidence of compromise, consider hiring a security professional to conduct a deeper forensic review.
Is this vulnerability currently being exploited in the wild?
At the time of publication, this vulnerability is not listed on the CISA Known Exploited Vulnerabilities (KEV) catalog. However, the low barrier to exploitation and high CVSS score mean that attackers may quickly develop and deploy exploits. Do not delay patching based on the absence of a public KEV listing.
This analysis is provided for informational purposes only and does not constitute legal or professional security advice. The information is based on the vulnerability description and publicly available data current as of the publication date. Vendors and security researchers may release additional information, patches, or exploitation details after this analysis is published. Organizations should verify patch availability and compatibility with their specific environment before applying updates. Consult official vendor advisories and conduct internal testing before deploying patches to production systems. SEC.co does not warrant the accuracy or completeness of this analysis and assumes no liability for decisions made based on this content. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20066HIGHWordPress CP Polls 1.0.8 Persistent XSS Vulnerability
- CVE-2016-20084HIGHWordPress Appointment-Booking-Calendar Unauthenticated XSS and Privilege Escalation
- CVE-2023-33999HIGHDOM-Based XSS in WP Mail Log Plugin – Analysis & Remediation
- CVE-2023-45795HIGHXSS in Pilz PASvisu Builder Component – Patch Guidance
- CVE-2023-45796HIGHStored XSS in Pilz PASvisu & PMI Industrial Software – Remediation Guide
- CVE-2023-54351HIGHStored XSS in WordPress Sonaar Music Plugin 4.7 – Patch & Detection Guide
- CVE-2025-11262HIGHLink Whisper Free Stored XSS Vulnerability – Analysis & Patch Guidance
- CVE-2025-14773HIGHABB T-MAC Plus XSS Vulnerability – HIGH Risk Assessment