MEDIUM 6.4

CVE-2026-12734: weDocs WordPress Plugin Stored XSS Vulnerability (MEDIUM 6.4)

The weDocs WordPress plugin, which provides AI-powered documentation and knowledge base functionality, contains a stored cross-site scripting (XSS) vulnerability affecting all versions up to 2.3.0. An authenticated user with contributor-level permissions or higher can inject malicious scripts into pages through the 'connectorWidth' block attribute. These scripts persist in the database and execute for every visitor who views the compromised page, potentially allowing attackers to steal session data, deface content, or redirect users to malicious sites.

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-03 / 2026-07-06

NVD description (verbatim)

The weDocs: AI Powered Knowledge Base, Docs, Documentation, Wiki & AI Chatbot plugin for WordPress is vulnerable to Stored Cross-Site Scripting via 'connectorWidth' Block Attribute in all versions up to, and including, 2.3.0 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.

4 reference(s) · View on NVD →

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

Technical summary

CVE-2026-12734 is a stored XSS vulnerability in the weDocs plugin stemming from inadequate input sanitization and output escaping of the 'connectorWidth' block attribute. The vulnerability exists because user-supplied input is not properly validated before storage and not properly escaped before rendering in the DOM. An authenticated attacker at contributor level or above can craft a specially formed block attribute containing JavaScript payloads that will execute in the context of the WordPress site for all users viewing affected pages. The vulnerability is classified as CWE-79 (Improper Neutralization of Input During Web Page Generation).

Business impact

Organizations using weDocs for internal or customer-facing documentation face data exfiltration and brand damage risks. Attackers with contributor access—including disgruntled employees or compromised accounts—can inject malware, credential-harvesting forms, or redirects without leaving obvious traces. The persistent nature of stored XSS means the attack surface extends to all site visitors, multiplying potential exposure. Customer trust in documentation systems may be undermined if exploits remain undetected.

Affected systems

The weDocs: AI Powered Knowledge Base, Docs, Documentation, Wiki & AI Chatbot plugin for WordPress is affected in all versions up to and including 2.3.0. Any WordPress installation running a vulnerable version of weDocs is at risk, particularly those with multiple contributor-level users or looser access controls. The vulnerability requires authentication, so public-facing sites are not directly vulnerable unless access controls are misconfigured.

Exploitability

Exploitation requires an authenticated WordPress user with at least contributor-level privileges. No complex setup or special tools are needed beyond the WordPress editor interface. An attacker can inject the payload directly into block attributes during page creation or editing. The barrier to entry is low for insiders or attackers who have compromised a low-privileged account. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, but the straightforward nature of block attribute injection suggests weaponization is feasible.

Remediation

Update the weDocs plugin to a patched version that properly sanitizes and escapes the 'connectorWidth' block attribute. Verify the specific patch version against the official weDocs plugin repository and the vendor's security advisory. In the interim, restrict contributor-level access to only trusted users and monitor page edit logs for suspicious activity. Consider using WordPress security plugins to detect and alert on stored XSS patterns.

Patch guidance

Check the official weDocs plugin page and vendor security advisories for the minimum patched version that addresses CVE-2026-12734. Update through the WordPress admin dashboard or via command line (wp plugin update wedocs) once a patch is confirmed available. Test the update in a staging environment first to ensure compatibility with custom configurations or other plugins. After updating, review recently edited pages for any injected content and remove if found.

Detection guidance

Search WordPress post and page metadata for suspicious JavaScript patterns in the 'connectorWidth' attribute or block markup, particularly looking for script tags, event handlers (onclick, onerror), or external iframe sources. Monitor WordPress audit logs for edits by low-privileged users during off-hours. Use WordPress security scanning plugins that check for stored XSS signatures. Inspect the page source code of documentation pages in a browser for unexpected script tags or external resource loads.

Why prioritize this

Although the CVSS score of 6.4 (MEDIUM) reflects the authentication requirement, the stored nature of the XSS, broad visitor exposure, and insider threat potential warrant prompt remediation. Organizations with multiple contributors, public-facing documentation, or sensitive information in their knowledge base should prioritize patching. The vulnerability is not yet widely exploited (no KEV listing), making now an optimal window to patch before weaponization accelerates.

Risk score, explained

The CVSS 3.1 score of 6.4 reflects a network-accessible, low-complexity attack that requires low privileges (contributor access) but impacts confidentiality and integrity across the site (scope changed). The score does not account for the persistent, multi-user impact of stored XSS or insider threat context, both of which elevate practical risk. Organizations should factor business context—documentation sensitivity, user count, and contributor access breadth—when deciding remediation urgency.

Frequently asked questions

Can an unauthenticated user exploit this vulnerability?

No. The vulnerability requires authentication as a WordPress user with at least contributor-level privileges. Public visitors cannot directly inject payloads, but they are vulnerable to malicious scripts injected by authenticated attackers.

Will updating the plugin remove existing malicious scripts?

Patching the plugin closes the injection vector but does not automatically clean infected pages. After updating, audit recently edited pages for suspicious content in the 'connectorWidth' attribute and manually remove any injected scripts.

What is the scope of the 'connectorWidth' attribute vulnerability?

The 'connectorWidth' block attribute is used to define the width of connector elements in weDocs blocks. Because the plugin fails to sanitize and escape this attribute, any block using it can be weaponized to inject arbitrary HTML and JavaScript.

Is there a temporary workaround if I cannot patch immediately?

Restrict contributor and editor-level access to essential users only, conduct an audit of recent edits, and monitor page sources for unexpected scripts. However, patching remains the only reliable remediation.

This analysis is provided for informational purposes and based on the CVE record and vendor data available as of the publication date. No exploit proof-of-concept code is included. Organizations should verify patch availability and compatibility with their specific WordPress environment, theme, and plugin combinations before deploying updates. Security patch versions and release dates should be confirmed directly with the weDocs vendor or official plugin repository. This summary does not constitute a comprehensive security audit and should be supplemented with internal risk assessment and vendor guidance. Source: NVD (public-domain), retrieved 2026-08-11. Analysis generated by SEC.co (claude-haiku-4-5).