MEDIUM 6.4

CVE-2026-4653: Block, Suspend, Report for BuddyPress Stored XSS Vulnerability

The Block, Suspend, Report for BuddyPress plugin contains a stored cross-site scripting (XSS) vulnerability that allows any logged-in user with subscriber access or higher to inject malicious scripts into the plugin's pages. When other users visit those pages, the injected scripts execute in their browsers, potentially allowing attackers to steal session cookies, deface content, or perform actions on behalf of victims. The vulnerability exists in versions 3.6.4 and earlier due to the plugin failing to properly filter the 'link' parameter before displaying it.

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-09 / 2026-07-09

NVD description (verbatim)

The Block, Suspend, Report for BuddyPress plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the 'link' parameter in versions up to and including 3.6.4. This is due to insufficient input sanitization and output escaping. This makes it possible for authenticated attackers with subscriber-level access and above to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page.

6 reference(s) · View on NVD →

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

Technical summary

This vulnerability is a Stored XSS (CWE-79) flaw in the Block, Suspend, Report for BuddyPress plugin affecting versions up to 3.6.4. The 'link' parameter is not adequately sanitized on input or escaped on output, allowing authenticated attackers to embed arbitrary HTML and JavaScript. Unlike reflected XSS, the payload persists in the application's database, ensuring execution every time the affected page is rendered. The vulnerability requires authentication but only subscriber-level privileges, a relatively low bar on WordPress sites with open user registration or internal deployments.

Business impact

WordPress sites running the vulnerable plugin face persistent script injection risks. If subscribers or low-privilege users are present (common in community-driven sites using BuddyPress), attackers can silently compromise site visitors' sessions, redirect them to phishing pages, inject advertising, or perform unauthorized actions like changing passwords or modifying site content. Remediation requires timely patching; delayed updates leave sites exposed to ongoing exploitation from any authenticated user with malicious intent.

Affected systems

WordPress installations using the Block, Suspend, Report for BuddyPress plugin version 3.6.4 or earlier. The vulnerability applies to all deployment contexts where this plugin is active, though risk is highest on sites with open user registration, multi-user communities, or untrusted subscriber populations. Verify your installed version in the WordPress plugin dashboard.

Exploitability

Exploitability is straightforward but gated by authentication. An attacker must have a valid WordPress account with at least subscriber-level access. Given that many WordPress sites permit free user registration or operate with internal teams, this barrier is often low. No user interaction beyond the attacker's initial injection is required; the payload executes automatically when other users view affected pages. This combination of ease and persistence makes the vulnerability practically exploitable in real-world settings.

Remediation

Update the Block, Suspend, Report for BuddyPress plugin to a patched version released after July 9, 2026. Check your WordPress plugin dashboard for available updates and apply them immediately. If no patch is yet available from the vendor, disable or deactivate the plugin until one is released. Review user access controls to ensure only trusted individuals hold subscriber-level or higher roles; consider reducing open registration if your site allows it.

Patch guidance

1. Log in to your WordPress admin dashboard. 2. Navigate to Plugins > Installed Plugins. 3. Locate 'Block, Suspend, Report for BuddyPress' and check if an update is available. 4. If an update appears, click 'Update Now' and verify successful completion. 5. Test the plugin's functionality in a non-production environment if possible. 6. Verify the installed version is later than 3.6.4 before considering the vulnerability resolved. Monitor the official plugin repository or vendor advisory for patched version numbers and timelines.

Detection guidance

Monitor web server logs and WordPress audit logs for unusual 'link' parameter submissions containing script tags, HTML entities, or JavaScript keywords. Review page histories and revisions in BuddyPress for unexpected content additions. Inspect the plugin's database tables (if accessible) for suspicious or encoded payloads in stored values. Deploy a Web Application Firewall (WAF) rule to block requests with unencoded script tags in user-controlled parameters. Use WordPress security plugins that flag XSS patterns in submissions and alert on unusual post revisions.

Why prioritize this

Although classified as MEDIUM severity, this vulnerability merits prompt attention because stored XSS provides persistent, automatic exploitation without re-triggering user action. The relatively low authentication barrier (subscriber access) and the commonality of BuddyPress in community-driven WordPress deployments increase real-world risk. Sites with open registration or multi-tenant user bases should prioritize patching within days, not weeks.

Risk score, explained

The CVSS 3.1 score of 6.4 reflects the vulnerability's moderate impact: an authenticated attacker gains the ability to compromise confidentiality and integrity across the network scope (site-wide execution), but availability is not impacted and authentication is required. The 'L' (Low) complexity and 'N' (None) user interaction indicate straightforward exploitation. The score appropriately penalizes the authentication requirement while recognizing the stored nature and cross-site scope elevate practical risk beyond a simple reflected XSS.

Frequently asked questions

Do I need subscriber-level access on my own WordPress site to be vulnerable?

No. If you own the site, you already have admin access. The risk is that other subscribers, contributors, or users you invite can inject payloads that affect all visitors, including you and your administrators. Even internal team members or semi-trusted partners with subscriber roles pose a threat.

If I disable the plugin, is my site safe?

Yes, disabling (deactivating) the plugin removes the vulnerable code from execution. However, deactivation does not remove previously injected payloads from the database. After patching and upgrading, you should audit the plugin's stored data for any suspicious entries. If you suspect active exploitation, consider a full malware scan before re-enabling the plugin.

Can this vulnerability be exploited without logging in?

No. The vulnerability requires valid WordPress authentication, even at the subscriber level. However, if your site allows open user registration or uses a plugin that grants automatic subscriber roles, the barrier is effectively non-existent. Review your WordPress user registration settings to confirm you control who can sign up.

What does 'stored XSS' mean, and how is it different from other XSS attacks?

Stored XSS means the malicious script is saved in a database and executes whenever the page is viewed, affecting all visitors automatically. Reflected XSS, by contrast, requires crafting a special link and tricking someone into clicking it. Stored XSS is more dangerous because it persists and spreads without ongoing attacker effort.

This analysis is provided for informational purposes and reflects the state of public information as of the publication date. Exploit availability, patch timelines, and vendor responsiveness may change. Always verify version numbers and patch availability against official vendor advisories before taking remedial action. SEC.co does not guarantee the accuracy of third-party vulnerability data and recommends independent validation in your environment. No representation is made regarding the completeness or timeliness of this information; use professional judgment and consult your security team when making remediation decisions. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).