CVE-2026-111884: phpMyFAQ before 4.1.9 and 4.2.0-alpha before 4.2.0-beta Missing Current-Password Step-Up on E-mail Change Enables Account Takeover

Published Oct 17, 2026
·
Updated

phpMyFAQ before 4.1.9 and 4.2.0-alpha before 4.2.0-beta does not require the current password when changing an account e-mail in the user control panel (UserController::updateData, api/user/data/update), checking only the session and CSRF token. An attacker with a hijacked session can set the e-mail to their own mailbox and use the password-reset flow to take over non-2FA accounts, including superadmin.

Affected Software

1 affected component
PhpMyFaq phpmyfaq<4.1.9, >=4.2.0-alpha<4.2.0-beta

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade phpMyFAQ to a version that resolves this vulnerability.

    Fixed in 4.1.9
  2. Upgrade

    Upgrade phpMyFAQ to a version that resolves this vulnerability.

    Fixed in 4.2.0-beta

Event History

Oct 17, 2026
CVE Published
via MITRE·06:46 PM
Data Sourced
via MITRE·06:46 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·07:16 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

What must an attacker obtain before exploiting this issue?

The attacker needs a hijacked authenticated session and must be able to submit the account e-mail change with the session and a valid CSRF token. No current-password verification is required for that change in affected versions.

2

Which accounts are most exposed to takeover?

Accounts without two-factor authentication can be taken over through the password-reset flow after the attacker changes the account e-mail address. This includes superadmin accounts if they do not have 2FA.

3

Are default deployments affected?

The issue affects phpMyFAQ versions before 4.1.9 and 4.2.0-alpha versions before 4.2.0-beta. The vulnerable e-mail-change path relies on session and CSRF-token checks rather than requiring the current password.

4

How can administrators identify possible exploitation?

Review account e-mail changes, especially changes followed by password-reset activity, for unexpected mailbox addresses. Investigate these events urgently for privileged accounts and accounts not protected by 2FA.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203