Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain valid phpMyFAQ credentials
-
DeliveryInitiate login to trigger remember-me token issuance
-
ExploitCapture remember-me cookie before 2FA prompt
-
ExecutionAbandon 2FA challenge
-
PersistReplay remember-me cookie in new session
-
ImpactGain full authenticated access bypassing 2FA
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Critical step enforcement
|
| Exploitation Conditions | Exploitation requires two specific conditions to be met: first, the attacker must possess valid first-factor credentials (username and password) for a phpMyFAQ account - PR:L in the CVSS 4.0 vector confirms this low-privilege authentication prerequisite; second, the remember-me feature must be available and used during the authentication flow, since the vulnerability is specifically in the premature issuance of the remember-me token. Deployments where 2FA is enforced are the intended protection target and are precisely those affected. Exploitation is limited to accounts where the attacker already holds the first-factor credentials; this is not exploitable against accounts for which the attacker has no credentials at all. There is no requirement for a specific OS, hosting configuration, or network position beyond the ability to reach the phpMyFAQ login endpoint over the network. |
| Impact | The CVSS 4.0 score of 8.6 (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N) is well-calibrated: network-accessible, low complexity, no availability impact, but high confidentiality and integrity impact reflecting full account takeover potential. The PR:L rating correctly reflects that exploitation requires valid first-factor credentials - this is not an unauthenticated attack. Real-world risk is meaningfully bounded by that prerequisite: an attacker must first possess or compromise a valid username and password before the 2FA bypass becomes useful. This makes the vulnerability most dangerous in scenarios involving credential stuffing, phishing, or prior credential leaks targeting phpMyFAQ user accounts. No CISA KEV listing and no public POC are present, and EPSS data was not provided. Despite the high CVSS score, this is not a fire-drill priority for organizations without phpMyFAQ deployed, and even for affected deployments the risk is conditional on credential exposure - however, for any deployment where 2FA was explicitly enabled to compensate for credential risk, the control is now ineffective and remediation is urgent. |
| Exploit ScenarioDerived | An attacker who has obtained valid phpMyFAQ credentials - through phishing, credential stuffing, or a prior data breach - initiates a login, captures the remember-me cookie issued by the server before the 2FA prompt is presented, and then abandons the login flow without completing the second factor. The attacker subsequently replays the captured cookie in a new HTTP request, gaining full authenticated access to the phpMyFAQ admin or user interface without ever providing a valid TOTP or other second-factor token. No exploit code is required beyond a standard HTTP client capable of storing and replaying cookies. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Two-factor authentication bypass in phpMyFAQ before 4.1.7 allows any attacker holding valid first-factor credentials to obtain a remember-me cookie prior to 2FA challenge completion, then replay that cookie to achieve full authenticated access while entirely circumventing the second-factor control. Affected deployments relying on 2FA as their primary defense-in-depth layer against credential compromise are effectively left with single-factor authentication. No public exploit code or CISA KEV listing has been identified at time of analysis, though the bypass logic is straightforward and the vulnerability is trivially reproducible given valid credentials.
RemediationAI
Upgrade to phpMyFAQ 4.1.7 or later, which corrects the ordering flaw by ensuring remember-me tokens are not issued until after successful completion of 2FA verification. The fix is detailed in the GitHub Security Advisory at https://github.com/thorsten/phpMyFAQ/security/advisories/GHSA-hvj7-4fmg-53cr. If immediate upgrade is not feasible, the most effective compensating control is to disable the remember-me functionality in phpMyFAQ configuration, eliminating the attack surface entirely - note this will degrade user experience by requiring full re-authentication on each session. As a secondary measure, invalidate all existing remember-me cookies/tokens for all users, as any tokens issued to accounts that logged in before the patch was applied may already be compromised. Do not rely on password resets alone, as the vulnerability lies in the token issuance logic, not credential storage.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
phpMyFAQ (CPE: cpe:2.3:a:thorsten:phpmyfaq:*:*:*:*:*:*:*:*) is a PHP-based open-source FAQ management system maintained by Thorsten Rinne. The root cause is CWE-304 (Missing Critical Step in Authentication), a class of flaw where a multi-step authentication flow issues a persistent session artifact - in this case a remember-me cookie - before all required steps have been completed. The protocol flaw is in the ordering of server-side operations: the application issues the long-lived remember-me token immediately after first-factor credential validation rather than deferring issuance until full MFA verification succeeds. Because the cookie is valid and accepted on subsequent requests, the attacker can bypass the pending 2FA challenge entirely by simply presenting the prematurely issued cookie, effectively collapsing a two-factor flow back to single-factor.
Know when Phpmyfaq gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Network-reachable via cookie replay with low-privilege credentials required; full C/I account takeover but no availability impact and no scope change.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
phpMyFAQ before 4.1.7 contains a two-factor authentication bypass vulnerability where remember-me tokens are issued before 2FA verification completes. Attackers with valid credentials can obtain a remember-me cookie, skip the 2FA challenge, and replay the cookie to gain full authenticated access without second-factor verification.
Executive ViewAI
phpMyFAQ prior to version 4.1.7 allows attackers who have obtained valid user credentials to bypass two-factor authentication entirely and gain full system access without providing a second authentication factor. Organizations that depend on 2FA as a primary defense against compromised credentials now face the risk that a single stolen password grants complete system access, effectively reducing their security posture to single-factor authentication. Immediate remediation is required as no vendor patch is currently available.
No vendor-released patch identified at time of analysis. Interim mitigations include: (1) temporarily disabling 2FA and strengthening primary authentication through IP restriction, require secondary validation of administrative actions, or single sign-on enforcement; (2) deploying WAF rules to block malicious remember-me cookie usage patterns; (3) implementing enhanced session monitoring and anomaly detection for unauthorized access attempts; (4) restricting phpMyFAQ access to specific network segments with additional logging and alerting.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Duplicate-email registration handling in phpMyFAQ 4.0.7 through 4.0.13 (and 4.0-nightly-2025-10-03 and earlier) lets una
Insufficient Session Expiration in GitHub repository thorsten/phpmyfaq prior to 3.2.2. Rated critical severity (CVSS 9.8
Authentication Bypass by Capture-replay in GitHub repository thorsten/phpmyfaq prior to 3.1.12. Rated critical severity
Weak Password Requirements in GitHub repository thorsten/phpmyfaq prior to 3.1.12. Rated critical severity (CVSS 9.8), t
Weak Password Requirements in GitHub repository thorsten/phpmyfaq prior to 3.1.8. Rated critical severity (CVSS 9.8), th
Unauthenticated SQL injection in phpMyFAQ before 4.1.2 allows remote attackers to extract credentials, admin tokens, and
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) in admin/stat.ratings.php. Rated high severity (CVS
In phpMyFaq before 2.9.9, there is CSRF in admin/ajax.config.php. Rated high severity (CVSS 8.8), this vulnerability is
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) for modifying a glossary. Rated high severity (CVSS
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) in admin/stat.main.php. Rated high severity (CVSS 8
phpMyFAQ is an open source FAQ web application for PHP 8.1+ and MySQL, PostgreSQL and other databases. Rated high severi
phpMyFAQ is an open source FAQ web application for PHP 8.1+ and MySQL, PostgreSQL and other databases. Rated high severi
EUVD-2026-62448
GHSA-jvxm-3fc5-8pjr
NVD
CVE.org
EPSS
Exploit-DB