CVE-2026-10513: Webmention Plugin WordPress Stored XSS Vulnerability
The Webmention plugin for WordPress has a stored cross-site scripting (XSS) vulnerability that allows unauthenticated attackers to inject malicious JavaScript into comments. When a site moderator or administrator views the comment edit screen, the injected script executes in their browser with their privileges. The vulnerability exists because the plugin fails to properly sanitize and escape author metadata (specifically avatar and URL fields) that come from webmention processing before displaying them in HTML attributes.
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-07-01
NVD description (verbatim)
The Webmention plugin for WordPress is vulnerable to Stored Cross-Site Scripting in versions up to and including 5.8.0 via parser-derived 'avatar' and 'url' author metadata. This is due to insufficient input sanitization and output escaping on user-supplied MF2 author properties processed by the unauthenticated webmention REST endpoint and rendered directly into HTML 'value' attributes by the edit-comment-form template without esc_attr() or esc_url(). This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that will execute whenever a privileged user (moderator or administrator) opens the affected comment edit screen.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-10513 is a stored XSS vulnerability in the Webmention plugin for WordPress versions up to 5.8.0. The vulnerability originates in the unauthenticated webmention REST endpoint, which accepts MF2 (Microformats2) author properties without sufficient input sanitization. These properties are later rendered into HTML 'value' attributes within the edit-comment-form template without applying proper output encoding functions (esc_attr() or esc_url()). An attacker can craft a malicious webmention with XSS payloads in the avatar or url metadata fields. The payload is stored in the database and executed in the context of a privileged user's session when they access the WordPress comment editing interface.
Business impact
This vulnerability creates a pathway for attackers to compromise WordPress site administrators and moderators without requiring authentication. A successful attack could lead to unauthorized changes to site content, installation of backdoors, theft of authentication tokens, or modification of plugin/theme code. Since the attack vector is unauthenticated and the payload is stored, it can affect all site administrators who perform comment moderation duties. For multi-author or community-driven WordPress installations that use webmentions, the risk is amplified.
Affected systems
The Webmention plugin for WordPress is affected in versions up to and including 5.8.0. WordPress sites that have this plugin installed and enabled are at risk, particularly those that accept webmentions from external sources and have users with administrative or moderator permissions who review comments. The vulnerability requires no authentication to trigger, making all publicly accessible WordPress installations with this plugin vulnerable to initial payload injection.
Exploitability
Exploitability is high. The vulnerability requires no authentication, no complex user interaction beyond standard administrative tasks (viewing comments), and the attack surface is wide—any external webmention can deliver the payload. The CVSS vector (AV:N/AC:L/PR:N/UI:N/S:C) reflects network accessibility and low complexity. However, the attack does require a privileged user to view the comment edit screen for the stored payload to execute, which is a likely occurrence given normal moderation workflows. There is no current public evidence of in-the-wild exploitation, but the ease of exploitation makes this a priority.
Remediation
Site administrators should immediately update the Webmention plugin to a patched version beyond 5.8.0 that includes proper input sanitization and output escaping. Verify against the official plugin repository or vendor advisory for the specific patched version. As a temporary mitigation, administrators can disable webmention functionality or restrict webmention sources to trusted domains. Additionally, limit administrative access to comment moderation screens and review recent comments for signs of malicious content, particularly those with unusual avatar or URL metadata.
Patch guidance
Update the Webmention plugin through the WordPress admin dashboard or by downloading the latest version directly from the official WordPress plugin repository. Ensure the update is applied to a version that addresses the sanitization and escaping deficiencies. After patching, verify that webmention functionality is operational and test with sample webmentions to confirm proper behavior. No data migration or configuration changes are required, though a review of existing comments with suspicious metadata is recommended.
Detection guidance
Monitor WordPress comment creation logs for webmention entries containing script tags, event handlers (onclick, onerror, onload), or HTML-encoded payloads in author metadata fields. Check the wp_comments table for comments with avatar or url fields containing unusual characters, encoded entities, or obvious XSS patterns. Review WordPress admin access logs for comment edit screen access around the time suspicious webmentions were received. Look for database queries or API calls to the webmention REST endpoint (typically /wp-json/webmention/...) with malicious payloads in request bodies.
Why prioritize this
This vulnerability merits urgent attention due to its combination of unauthenticated access, stored persistence, high CVSS score (7.2), and low exploitation complexity. While the attack requires a privileged user interaction, that interaction is routine in WordPress administration. The scope of impact extends beyond the plugin to the entire website, and the attack vector does not require user interaction at the exploit delivery stage. Organizations running Webmention should prioritize patching within days, not weeks.
Risk score, explained
The CVSS 3.1 score of 7.2 (HIGH) reflects a network-accessible vulnerability with no privilege or user interaction required for delivery, though exploitation does require a privileged user to view the affected interface. The impact is moderate to high—confidentiality and integrity are affected (C:L/I:L), but availability is not directly impacted. The 'Changed Scope' (S:C) indicates the vulnerability can affect resources beyond the vulnerable component (the entire WordPress site). The score appropriately elevates this above medium due to the unauthenticated attack vector and persistence mechanism.
Frequently asked questions
Can an unauthenticated attacker execute code directly on the server?
No. The vulnerability is a stored XSS in the browser, not remote code execution on the server. The malicious script executes only when a privileged user (admin or moderator) views the affected comment in the WordPress admin panel. However, depending on WordPress configuration and plugins, client-side XSS can still be leveraged to steal credentials, modify site content, or install backdoors.
Do I need to clean up old comments after patching?
It is recommended to review comments created via webmentions, particularly those with suspicious avatar or URL metadata, to identify any that may contain injected scripts. However, once the plugin is patched with proper escaping, old malicious payloads in the database will be safely escaped when rendered. A proactive audit is still advisable for forensic and compliance reasons.
Does this affect WordPress.com hosted sites?
WordPress.com uses different plugin policies and isolated environments. If your WordPress.com site uses the Webmention functionality through an officially supported integration, you should verify the patch status with WordPress.com support. Self-hosted WordPress installations are directly affected and must patch the plugin themselves.
What if I don't use webmentions—am I affected?
If the Webmention plugin is not installed or is disabled on your WordPress site, you are not affected by this vulnerability. However, verify that the plugin is fully uninstalled rather than simply deactivated if you have no intention of using it.
This analysis is provided for informational purposes based on publicly available CVE data and plugin information. Security teams should verify patch availability and applicability to their specific environments by consulting the official WordPress plugin repository and vendor advisories. No warranty is provided regarding the accuracy or completeness of this assessment. Always test patches in non-production environments before deployment. If you believe you have been compromised, engage incident response resources immediately. 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