CVE-2026-59802: PasswordPusher Data URI Injection – Credential Theft Risk
PasswordPusher versions before 2.8.1 contain a validation flaw that allows attackers to embed malicious JavaScript code disguised as data URIs within password-sharing links. When a victim clicks one of these malicious links, the JavaScript executes in their browser under PasswordPusher's trusted domain, enabling credential theft and phishing attacks. The vulnerability is straightforward to exploit and requires only that a user click a specially crafted link—no complex setup or special conditions are needed.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:L/A:N
- Weaknesses (CWE)
- CWE-183
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-14
NVD description (verbatim)
PasswordPusher before 2.8.1 accepts data URI schemes in URL push payloads due to insufficient validation in the valid_url function. Attackers can create malicious pushes containing data:text/html URIs that execute arbitrary JavaScript in victims' browsers when clicked, enabling phishing and credential theft under the trusted PasswordPusher domain.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from insufficient URL validation in PasswordPusher's valid_url function. The application fails to properly reject data URI schemes (data:text/html), which allow arbitrary HTML and JavaScript to be embedded directly in URLs. When a user clicks a push containing a data URI payload, the browser executes the embedded script within the origin of the PasswordPusher application. This occurs because the validation logic does not maintain a strict allowlist of safe URI schemes (http, https) or implement proper origin-checking for external redirects. The flaw is classified as CWE-183 (Permissive Allowlist), indicating the function accepts data URIs that should be blocked outright.
Business impact
Organizations relying on PasswordPusher for secure credential distribution face significant risk. Attackers can intercept or social-engineer users into clicking malicious pushes that harvest credentials, MFA tokens, or session cookies. Because the attack executes under PasswordPusher's domain, victims may have high trust in the link and less scrutiny toward subsequent prompts. This undermines the security promise of the application and could erode confidence in credential-sharing workflows. Widespread exploitation could damage reputation and create liability if credential theft affects downstream systems or customer data.
Affected systems
PasswordPusher versions prior to 2.8.1 are vulnerable. The issue affects all deployments—whether self-hosted or cloud-based—that have not been updated to 2.8.1 or later. No other products are directly implicated by this CVE. Organizations should audit their PasswordPusher deployment version immediately and prioritize updating affected instances.
Exploitability
The vulnerability has a low barrier to exploitation. An attacker needs only to craft a PasswordPusher push URL that contains a data URI payload pointing to malicious JavaScript. No authentication or special privileges are required to create a push. The attack succeeds if the victim clicks the link—a realistic social engineering scenario. The CVSS score of 8.2 (HIGH) reflects the network-accessible, user-interaction-dependent nature and the potential for high confidentiality impact (credential theft). The vulnerability is not currently listed in CISA's Known Exploited Vulnerabilities (KEV) catalog, but the simplicity of exploitation suggests it could be weaponized quickly.
Remediation
Upgrade PasswordPusher to version 2.8.1 or later, which implements proper URL scheme validation. Before upgrading, review recent push history for suspicious data URI patterns that may indicate prior exploitation. Organizations should also reinforce user awareness that PasswordPusher links should only redirect to expected destinations and that unexpected prompts for credentials warrant verification outside the PasswordPusher context.
Patch guidance
Apply PasswordPusher 2.8.1 or later to all affected instances as soon as feasible. For self-hosted deployments, refer to the official PasswordPusher repository and release notes to confirm the patched version and any migration steps. Cloud-hosted instances should verify with the provider that the environment is running 2.8.1 or later. Test the patched version in a non-production environment first to ensure compatibility with existing configurations. After deployment, confirm via application logs or administrative interface that the new version is active.
Detection guidance
Search application logs and traffic captures for push URLs containing data: URI schemes or suspicious base64-encoded content in push payloads. Monitor for push creation patterns from unexpected sources or with unusual payload structures. Examine browser history and security logs for users who accessed PasswordPusher links, looking for unexpected JavaScript execution or credential-entry prompts following a push click. Implement network segmentation and content-security policies that restrict script execution unless explicitly trusted. Consider alerting on any push containing URI schemes other than http or https.
Why prioritize this
This vulnerability merits immediate attention because it directly undermines the security of a tool designed to protect credentials. The low complexity of exploitation, combined with high confidentiality impact and the user-interaction dependency that makes social engineering feasible, classifies it as HIGH risk. Although not yet in CISA's KEV catalog, the straightforward nature of the attack and the trusted context of PasswordPusher make it an attractive target for opportunistic threat actors. Organizations should patch within one business week.
Risk score, explained
The CVSS 3.1 score of 8.2 reflects: Network-accessible attack vector (AV:N); low attack complexity requiring only a crafted URL (AC:L); no authentication needed to create a malicious push (PR:N); user interaction required to click the link (UI:R); scope change to other contexts due to execution under PasswordPusher's domain (S:C); high confidentiality impact from credential theft (C:H); and low integrity impact (I:L). Availability is not impacted (A:N) because the service remains functional. The score appropriately captures the serious but not critical nature of the flaw.
Frequently asked questions
Could an attacker use this to steal my PasswordPusher account credentials?
Not directly. The vulnerability allows injection of JavaScript into the push payload itself, not into PasswordPusher's login page. However, an attacker could craft a push that mimics a PasswordPusher re-authentication prompt to phish your credentials, or steal credentials for systems you intended to share via PasswordPusher.
Does this affect PasswordPusher if I self-host it?
Yes. All versions before 2.8.1 are vulnerable regardless of deployment model. Self-hosted instances do not receive automatic updates and must be manually upgraded. Check your current version and apply the patch to your infrastructure.
What should I do if I suspect someone clicked a malicious push?
Immediately reset any credentials that may have been exposed via that push. Review push history in your PasswordPusher instance for suspicious data URI schemes or unexpected payloads. Advise users to be alert for follow-up phishing attempts and to enable multi-factor authentication on critical accounts if not already active.
Is there a temporary workaround if I cannot patch immediately?
Disable or restrict access to PasswordPusher for non-critical use while you prepare to upgrade. Implement network-level controls to limit who can access the application, and educate users to never click PasswordPusher links that appear malformed or unusual. However, patching is the only reliable fix.
This analysis is based on the published CVE description and CVSS vector as of the modification date. Organizations must verify patch availability and compatibility with their specific PasswordPusher deployment before applying updates. No exploit code or weaponized proof-of-concept is provided. For the most current information, consult the official PasswordPusher project repository and vendor advisories. SEC.co makes no warranty regarding the completeness or timeliness of this intelligence; use it to inform risk assessments alongside your own threat modeling. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-46608HIGHGlances XML-RPC CORS Bypass Vulnerability – Patch Guide
- CVE-2026-50189HIGHAppsmith Supervisord XML-RPC Remote Code Execution Vulnerability
- CVE-2026-11525LOWUndici Set-Cookie SameSite Parsing Vulnerability
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20066HIGHWordPress CP Polls 1.0.8 Persistent XSS Vulnerability
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23