HIGH 7.4

CVE-2026-52698: PushEngage Subscriber Data Exposure – WordPress Plugin Vulnerability

PushEngage, a WordPress plugin for web push notifications and eCommerce automation, contains a flaw that exposes sensitive subscriber data to authenticated users with low privileges. Versions 4.2.3 and earlier are affected. An attacker with a user account on the WordPress site could access subscriber information they shouldn't be able to view, such as email addresses, preferences, or other PII collected through the push notification system. This is not a public exploit scenario—it requires an existing login—but it significantly increases risk if your WordPress environment has multiple user accounts or contractor access.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.4 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:L
Weaknesses (CWE)
CWE-201
Affected products
0 configuration(s)
Published / Modified
2026-06-17 / 2026-06-17

NVD description (verbatim)

Subscriber Sensitive Data Exposure in PushEngage – Web Push Notifications, eCommerce Automation &amp; Chat Widget <= 4.2.3 versions.

1 reference(s) · View on NVD →

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

Technical summary

CVE-2026-52698 is a sensitive data exposure vulnerability (CWE-201) in PushEngage <= 4.2.3 that allows authenticated users to retrieve subscriber data without proper authorization checks. The CVSS 3.1 score of 7.4 (HIGH) reflects a network-accessible attack vector, low complexity, and low privilege requirement, with consequences spanning confidentiality, integrity, and availability across scope boundaries. The vulnerability suggests insufficient access controls or information disclosure in API endpoints or database queries that handle subscriber records, allowing privilege escalation within the plugin's data model.

Business impact

Exposure of subscriber data—typically email addresses, segment membership, behavioral preferences, and opt-in history—can lead to privacy breaches, regulatory violations (GDPR, CCPA), loss of customer trust, and potential liability. Depending on what PII is stored by PushEngage and how it's configured, breach notifications may be required. For eCommerce sites, compromise of customer purchase intent or segment data affects marketing strategy and customer relationships. Remediation delays increase the window during which lower-privileged staff or compromised accounts could exfiltrate data.

Affected systems

Any WordPress installation running PushEngage (Web Push Notifications, eCommerce Automation & Chat Widget) version 4.2.3 or earlier is vulnerable. This includes multisite WordPress networks where multiple user roles may exist. Vulnerability exposure depends on the number of user accounts with WordPress login access and whether subscriber data has been collected via the plugin. Self-hosted and managed WordPress environments are equally at risk.

Exploitability

Exploitation requires prior authentication—an attacker must have a valid WordPress user account with at least the minimum privileges needed to trigger the data exposure (typically Subscriber or Contributor role or higher). This is not an unauthenticated attack, which limits broad exploitation scope. However, WordPress sites often have multiple users (editors, authors, administrators, support staff, developers), and compromised credentials, insider threats, or overly permissive role assignments create realistic attack scenarios. Once access is gained, the vulnerability likely requires minimal additional interaction to retrieve sensitive data.

Remediation

Update PushEngage to a patched version released after June 2026 that addresses the authorization flaw. Verify the vendor's advisory for the exact fixed version number. In parallel, audit WordPress user roles and permissions to remove unnecessary access; restrict PushEngage capabilities to the minimum required roles. Review subscriber data retention policies and consider encryption at rest for sensitive fields. Monitor access logs for suspicious data queries post-patch.

Patch guidance

Check the PushEngage plugin repository or vendor website for a security release dated after June 17, 2026. Update through the WordPress admin dashboard (Plugins > Installed Plugins > Update) or via WP-CLI. Test the update in a staging environment first to confirm compatibility with your eCommerce automation and chat widget configurations. After patching, verify that subscriber data is no longer accessible to low-privilege accounts via the WordPress admin or API.

Detection guidance

Monitor WordPress access logs and audit trails for unusual queries to the wp_pushwp (or equivalent) database tables by low-privilege user accounts. Enable verbose logging in PushEngage if available. Check for automated or bulk exports of subscriber data by non-administrator users. Use WordPress security plugins (e.g., Wordfence, Sucuri) to detect unauthorized admin or database access patterns. Query server logs for API calls that retrieve subscriber records without corresponding administrator action.

Why prioritize this

Although exploitation requires authentication, the HIGH CVSS score and widespread WordPress plugin usage warrant prompt remediation. Organizations with high-value subscriber lists, multi-user WordPress environments, or contractor access should prioritize this patch within 1–2 weeks. Risk is elevated if you cannot confidently audit who has WordPress user access or if you suspect credential compromise.

Risk score, explained

The CVSS 3.1 score of 7.4 reflects the combination of: (1) network-accessible attack vector (AV:N), reducing friction to trigger the flaw remotely; (2) low privilege requirement (PR:L), exploitable by staff with basic WordPress accounts; (3) low complexity (AC:L), suggesting the flaw is straightforward to exploit once credentials are held; (4) impact on confidentiality, integrity, and availability (C:L, I:L, A:L), indicating data exposure with potential collateral effects; and (5) changed scope (S:C), meaning the vulnerability affects resources beyond the vulnerable component. The HIGH severity designation reflects the realistic and damaging nature of subscriber data exposure.

Frequently asked questions

Does this vulnerability affect all PushEngage users, or only those with multiple WordPress users?

All installations of PushEngage <= 4.2.3 are vulnerable if they have stored subscriber data. Single-admin WordPress sites face lower practical risk because exploitation requires a compromised or insider account. However, any site with multiple user roles, contractors, or external developer access should treat this as high-priority.

Can I mitigate this without updating the plugin immediately?

Temporarily, yes: restrict WordPress user roles to the minimum necessary and disable PushEngage if it is not actively used. Remove user accounts that are no longer needed. However, patching is the proper fix. Do not rely on access controls alone as a long-term workaround.

Is this vulnerability in the CISA KEV catalog?

No. As of the published date (June 17, 2026), this vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog. This does not mean it is safe to delay patching; KEV inclusion reflects active, documented exploitation in the wild, not vulnerability severity.

What subscriber data is at risk?

The vulnerability exposes sensitive data managed by PushEngage, typically including email addresses, subscription preferences, segment membership, and browser/device identifiers. Depending on eCommerce configuration, this may include purchase history or behavioral data. Review your PushEngage settings to confirm what fields are stored.

This analysis is provided for informational purposes and represents the state of the vulnerability as published on June 17, 2026. Verify all patch version numbers and release dates against the official PushEngage vendor advisory before applying updates. Organizations should conduct their own risk assessment based on their WordPress configuration, user roles, and subscriber data sensitivity. SEC.co makes no warranty regarding the completeness or timeliness of this information and recommends consulting with your WordPress hosting provider or security team before and after patching. Source: NVD (public-domain), retrieved 2026-07-26. Analysis generated by SEC.co (claude-haiku-4-5).