HIGH 8.8

CVE-2026-49062: Faust.Js Authentication Bypass in Password Recovery (CVSS 8.8)

A flaw in WP Engine's Faust.Js framework allows an attacker with login credentials to bypass authentication controls and exploit the password recovery mechanism. An authenticated user can manipulate the password recovery process to gain unauthorized access or escalate privileges, effectively circumventing normal authentication barriers. This is particularly dangerous because the attack requires only basic login access—not admin rights—yet yields full system compromise potential.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Authentication Bypass Using an Alternate Path or Channel vulnerability in WP Engine Faust.Js allows Password Recovery Exploitation. This issue affects Faust.Js: from n/a through 1.8.7.

1 reference(s) · View on NVD →

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

Technical summary

CVE-2026-49062 is an authentication bypass vulnerability (CWE-288) affecting Faust.Js through version 1.8.7. The flaw exists in the password recovery functionality, which fails to properly validate authentication state or session context. An attacker with valid credentials can exploit an alternate authentication path in the password recovery flow, allowing them to reset credentials for other accounts or their own without proper verification. The vulnerability has a CVSS 3.1 score of 8.8 (High), with a network-accessible attack vector requiring low complexity and low-privilege user access, resulting in high impact to confidentiality, integrity, and availability.

Business impact

This vulnerability creates a significant lateral movement and privilege escalation risk within WordPress-powered applications using Faust.Js. A user with even a low-privilege account could compromise higher-privileged accounts, access sensitive content management data, or inject malicious code. For agencies operating multi-tenant WordPress environments or SaaS platforms built on Faust.Js, this poses elevated risk of data breach, account takeover, and supply-chain compromise if the framework is embedded in customer deployments.

Affected systems

The vulnerability affects Faust.Js in all versions from the earliest release through 1.8.7. Organizations running Faust.Js for headless WordPress implementations, whether self-hosted or managed via WP Engine, are in scope. The attack surface includes any Faust.Js deployment exposed to network traffic with user authentication enabled. Assess your Faust.Js version immediately; patched versions above 1.8.7 should be available from WP Engine.

Exploitability

Exploitability is straightforward. The attack requires valid user credentials (PR:L in the CVSS vector) but no user interaction (UI:N) and can be executed entirely over the network (AV:N). Attack complexity is low (AC:L), meaning no special conditions or race conditions are needed. An attacker with a low-privilege account can directly invoke the password recovery endpoint and bypass validation checks to compromise other accounts. Active exploitation is plausible given the simplicity and low barrier to entry.

Remediation

Update Faust.Js to the patched version released by WP Engine after 1.8.7. Verify the exact patched version in WP Engine's security advisory. Additionally, implement compensating controls: enforce strong, unique passwords; enable multi-factor authentication on all accounts; restrict password recovery to email-verified addresses; and implement rate limiting on authentication endpoints. Monitor access logs for unusual password recovery activity and credential changes.

Patch guidance

1. Check your current Faust.Js version in your deployment. 2. Consult WP Engine's official security advisory for the exact patched version number and release date. 3. Test the patch in a non-production environment first, particularly if you have custom password recovery logic. 4. Apply the update through your standard change management process. 5. Verify post-patch that password recovery functions work as intended and that low-privilege accounts can no longer bypass authentication. 6. If you use WP Engine's managed hosting, check whether automatic patching applies; if self-hosted, plan the update immediately.

Detection guidance

Monitor for multiple failed password recovery attempts from a single IP or account, especially followed by successful credential changes. Log authentication events with timestamps, user IDs, and recovery method used. Inspect access logs for direct calls to password recovery endpoints with unusual parameters or sequences. Alert on password changes for privileged accounts initiated via recovery flows. Check for suspicious session activity shortly after password recovery requests. Review audit logs for accounts accessing resources inconsistent with their normal role or recent activity pattern.

Why prioritize this

This vulnerability warrants immediate remediation due to its high CVSS score (8.8), low attack complexity, and authentication bypass nature. Authenticated attack paths are often easier to exploit at scale than unauthenticated exploits because attackers can repurpose leaked or compromised credentials. The direct impact on confidentiality, integrity, and availability (all rated High in CVSS) means successful exploitation can lead to full system compromise, data exfiltration, or malicious content injection. Organizations should patch before any low-privilege accounts are compromised.

Risk score, explained

The CVSS 3.1 score of 8.8 reflects a High-severity vulnerability. The network vector (AV:N) and low complexity (AC:L) make exploitation accessible from the internet without special tooling. The requirement for authenticated access (PR:L) moderates the score below critical, but only slightly—many organizations have numerous users with basic account access. The high ratings for confidentiality, integrity, and availability impact indicate that a successful exploitation provides near-complete system compromise. An organization's risk is amplified if user credential hygiene is weak or if password recovery is used frequently.

Frequently asked questions

Do we need admin credentials to exploit this?

No. The vulnerability requires only a low-privilege user account. Any authenticated user can potentially exploit the password recovery mechanism to compromise other accounts or escalate their own access.

Is multi-factor authentication a workaround?

MFA can reduce risk by making account takeover more difficult, but it is not a complete workaround since the vulnerability is in the password recovery logic itself. Apply the patch and use MFA as a defense-in-depth layer.

How do I know if I'm running a vulnerable version?

Check your Faust.Js version by reviewing your package.json, lock files, or running your package manager's version command. If your version is 1.8.7 or earlier, you are affected. Update to the patched version from WP Engine's advisory.

Can this be exploited without network access?

The CVSS vector specifies AV:N, meaning the vulnerability is exploitable over the network. An attacker does not need local system access or physical access to the server.

This analysis is provided for informational purposes. The information contained herein reflects publicly available details as of the publication date. Vulnerability severity, attack feasibility, and business impact may vary based on your specific system configuration, deployment context, and compensating controls. Always consult the vendor's official security advisory for authoritative patch guidance and timelines. Testing patches in non-production environments is strongly recommended before production deployment. This document does not constitute professional security advice; engage qualified security personnel for assessment of your environment. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).