CVE-2026-35676
phpMyFAQ Unauthenticated Password Reset Vulnerability
Publication date: 2026-05-28
Last updated on: 2026-05-28
Assigner: VulnCheck
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| phpmyfaq | phpmyfaq | to 4.1.3 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-640 | The product contains a mechanism for users to recover or change their passwords without knowing the original password, but the mechanism is weak. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
phpMyFAQ versions before 4.1.3 contain an unauthenticated password reset vulnerability in the user password update API endpoint.
This flaw allows attackers to change account passwords without token validation by sending PUT requests to the /api/index.php/user/password/update endpoint.
Attackers can enumerate valid username and email pairs and force immediate password changes, causing account disruption and invalidating legitimate user credentials.
The vulnerability stems from a weak password recovery mechanism (CWE-640) where the password is changed directly without a reset token or confirmation step.
How can this vulnerability impact me? :
This vulnerability can lead to account disruption by allowing attackers to forcibly change user passwords without authentication.
Attackers can invalidate legitimate user credentials, effectively locking users out of their accounts.
It also enables user enumeration by confirming valid username and email pairs through response differences.
Overall, it poses a high severity risk due to the potential for widespread exploitation and compromise of account integrity.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by monitoring for unauthorized PUT requests to the /api/index.php/user/password/update endpoint. Such requests may indicate attempts to enumerate valid username and email pairs or force password resets without authentication.
You can use network monitoring tools or command-line utilities like curl or tcpdump to detect suspicious activity.
- Use curl to test the endpoint for password reset attempts: curl -X PUT https://yourphpmyfaqdomain/api/index.php/user/password/update -d '{"username":"testuser","email":"[email protected]"}' -H 'Content-Type: application/json'
- Use tcpdump or Wireshark to capture and analyze PUT requests to the vulnerable endpoint: tcpdump -i any 'tcp port 80 or tcp port 443 and (((tcp[((tcp[12:1] & 0xf0) >> 2):4]) = 0x50555420)) and (tcp[((tcp[12:1] & 0xf0) >> 2)+5:20] contains "/api/index.php/user/password/update")'
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include restricting access to the vulnerable password update API endpoint and implementing proper authentication and token validation for password reset requests.
Specifically, you should:
- Block or limit PUT requests to /api/index.php/user/password/update from unauthenticated sources using firewall rules or web application firewall (WAF) rules.
- Implement a token-based password recovery mechanism where password changes only occur after validating a reset token.
- Update phpMyFAQ to version 4.1.3 or later where this vulnerability is fixed.
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The vulnerability allows unauthenticated attackers to reset user passwords without token validation, enabling account disruption and invalidation of legitimate user credentials.
This unauthorized access and manipulation of user accounts can lead to violations of data protection and security requirements found in common standards and regulations such as GDPR and HIPAA, which mandate strong access controls and protection of user data.
Specifically, the ability to enumerate valid usernames and emails and forcibly change passwords without proper authentication undermines the integrity and confidentiality of user accounts, potentially exposing personal data and violating regulatory obligations for secure user authentication and data protection.