Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege WordPress account
-
DeliveryInject malicious script via plugin input
-
ExploitPayload stored in page content
-
ExecutionAdmin or user views affected page
-
ImpactScript executes in victim browser session
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 | Requires an authenticated attacker holding at least a low-privilege account (PR:L, e.g., contributor/author) on a WordPress site running the Custom Query Blocks plugin version 5.6.0 or earlier, able to submit input that the plugin stores and renders without proper neutralization. Exploitation further requires that a separate user (typically an administrator or visitor) subsequently views the page containing the stored payload (UI:R), so the attack is not fully automatable and does not fire on injection alone. Limiting factors: the vulnerability is only present on sites with this specific plugin installed and enabled, requires valid credentials rather than unauthenticated access, and depends on victim interaction, which substantially narrows realistic exploitation to multi-user or open-registration deployments. |
| Impact | This is a moderate-severity stored XSS (CVSS 6.5, CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L) in the WordPress 'Custom Query Blocks' plugin, reported by Patchstack. The network attack vector and low complexity are offset by two meaningful constraints: PR:L means the attacker must already hold a valid low-privilege authenticated account (e.g., contributor/author) on the target WordPress site, and UI:R means a second user must view the page containing the injected payload for it to fire. The scope change (S:C) reflects that the script executes in a victim's browser session rather than only the vulnerable component, which is why confidentiality, integrity and availability each carry a Low impact. No EPSS score, CISA KEV listing, POC, or SSVC decision data was supplied in the input, so there is no signal of active or probable exploitation; exploitation status is therefore 'no public exploit identified at time of analysis.' Overall this is a real but second-tier priority: it depends on attacker-held credentials and victim interaction, making it more relevant to multi-author or open-registration WordPress sites than to tightly controlled single-admin installations. No conflicting signals were detected, but the absence of EPSS/KEV/POC means risk is assessed purely from the CVSS vector and description. |
| Exploit ScenarioDerived | An attacker with a low-privilege authenticated account (such as a contributor) on a WordPress site running Custom Query Blocks ≤5.6.0 injects a malicious script into an input field that the plugin fails to properly neutralize during page generation. The payload is stored and later executes in the browser of a higher-privileged user (such as an administrator) who views the affected page, potentially leading to session theft or admin-context actions. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
Stored cross-site scripting in the WordPress plugin Custom Query Blocks through version 5.6.0 lets an authenticated low-privilege user (for example a contributor or author) inject script that executes in the browser of any other user who later views the affected page, including administrators. The plugin fails to neutralize stored input before rendering it during web page generation (CWE-79), and exploitation requires both valid account credentials and a victim who loads the injected content, so the attack is not fully automatable. With a CVSS base score of 6.5 (CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L), impact is scoped to the victim's session and page context, and no public exploit code has been identified at time of analysis.
RemediationAI
No vendor-released patch version is identified in the available data, so the primary action is to check the Patchstack advisory (https://patchstack.com/database/wordpress/plugin/post-type-archive-mapping/vulnerability/wordpress-custom-query-blocks-plugin-5-6-0-cross-site-scripting-xss-vulnerability?_s_id=cve) and the WordPress plugin repository for a fixed release newer than 5.6.0 and apply it as soon as it ships. If an immediate update is not possible, deactivate Custom Query Blocks until a fix is available, accepting the loss of its query-block and post-type-archive-mapping functionality on the affected pages. Additional compensating controls with trade-offs: tighten user provisioning by removing or restricting contributor and author accounts you do not need, since exploitation requires a low-privilege authenticated account, and enforce strict editorial review of submitted content; disable open self-registration if enabled, which may reduce legitimate user onboarding; and deploy a web application firewall rule set or virtual patching aimed at XSS payloads in plugin-submitted fields, understanding that WAF coverage is signature-based and can be bypassed by encoding variants. Adding a Content-Security-Policy that disallows inline script and restricts script sources reduces the chance that any residual stored payload executes, but it can break legitimate block-editor or third-party scripts, so test in staging before enforcing it in production.
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 vulnerability is a classic stored (persistent) cross-site scripting flaw in the WordPress plugin ecosystem, classified as CWE-79, Improper Neutralization of Input During Web Page Generation. Custom Query Blocks is a block-editor extension for building custom post queries, and its post-type-archive-mapping functionality stores attacker-influenced values in the database and later emits them into generated HTML without sufficient output encoding or sanitization. The affected CPE, cpe:2.3:a:dlx_plugins:custom_query_blocks:*:*:*:*:*:*:*:*, matches the plugin across its version lineage up to and including 5.6.0, and the associated Patchstack advisory slug is post-type-archive-mapping. The CVSS vector (AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L) indicates the attacker needs only low privileges via the network, the injected payload must be triggered by a separate victim's page view, and the scope change reflects that the script executes in the victim's browser context rather than the injector's. Successful XSS in a WordPress administrative context can be leveraged to perform privileged actions as the victim, such as creating administrative accounts, installing plugins, or exfiltrating session cookies and nonces.
Know when Custom Query Blocks 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:L/UI:R/S:C/C:L/I:L/A:L
Stored XSS reachable over the network by a low-privilege authenticated user (PR:L), requiring a victim to view the page (UI:R), with cross-context execution (S:C) yielding limited C/I/A impact.
Primary rating from Vendor (Patchstack).
CVSS VectorVendor: Patchstack
DescriptionCVE.org
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in DLX Plugins Custom Query Blocks post-type-archive-mapping allows Stored XSS.This issue affects Custom Query Blocks: from n/a through 5.6.0.
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 Custom Query Blocks
View allImproper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Ronald Huereca Cus
DOM-based cross-site scripting (XSS) in Ronald Huereca Custom Query Blocks WordPress plugin version 5.5.0 and earlier al
EUVD-2026-97295
GHSA-jwx6-p4f3-f6xg
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB