CVE-2026-56396: phpMyFAQ Privilege Escalation via Missing Authorization (CVSS 8.8)
phpMyFAQ versions before 4.1.4 contain a privilege escalation vulnerability in user management endpoints. An authenticated administrator account with basic user-editing permissions can exploit missing authorization checks to promote themselves or other accounts to SuperAdmin level, bypassing the intended role hierarchy. This requires an attacker to already have legitimate admin access, but the vulnerability allows them to exceed their assigned privileges.
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-862
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-21 / 2026-06-23
NVD description (verbatim)
phpMyFAQ before 4.1.4 contains missing authorization vulnerabilities in editUser() and updateUserRights() endpoints that allow authenticated administrators to escalate privileges. Non-SuperAdmin users with edit_user permission can set is_superadmin flag or grant arbitrary rights to escalate to SuperAdmin access.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-56396 is a missing authorization vulnerability (CWE-862) affecting phpMyFAQ's editUser() and updateUserRights() endpoints. The vulnerability exists because these endpoints fail to validate whether the calling administrator has sufficient privileges to perform user-modifying actions. Specifically, a non-SuperAdmin user with edit_user permission can set the is_superadmin flag or grant arbitrary rights to accounts, including their own, resulting in privilege escalation to the highest administrative tier. The CVSS 3.1 score of 8.8 (HIGH) reflects the high confidentiality, integrity, and availability impact available once SuperAdmin access is obtained, though exploitation requires prior network access and valid authentication credentials.
Business impact
Successful exploitation allows an insider administrator—or an attacker with compromised admin credentials—to obtain unrestricted control over the FAQ system, including ability to modify, delete, or expose sensitive information, create additional backdoor accounts, and manipulate user permissions at scale. This threatens data integrity, availability, and confidentiality of FAQ content and user records. For organizations using phpMyFAQ to manage internal or customer-facing knowledge bases, this creates a path for lateral movement or persistent compromise by a low-privileged admin.
Affected systems
phpMyFAQ versions before 4.1.4 are affected. The vulnerability impacts any deployment where administrators with delegated edit_user permissions operate; SuperAdmin accounts are not exploitable as the source but are the target of escalation. Organizations running 4.1.4 or later are not vulnerable.
Exploitability
Exploitability is moderate in practice. The attack requires an authenticated administrator account with edit_user permission; it cannot be exploited by unauthenticated users or non-admin accounts. However, the absence of authorization checks makes the actual escalation trivial once the precondition is met—no special network conditions, timing, or user interaction is required. The high CVSS score reflects the severe consequences (full admin access) rather than ease of initial entry. Risk is elevated in environments where admin accounts are shared, delegated to contractors, or compromised via phishing or credential theft.
Remediation
Upgrade phpMyFAQ to version 4.1.4 or later, which implements proper authorization checks on editUser() and updateUserRights() endpoints to restrict privilege escalation. After patching, audit admin account activity logs and review user role assignments to detect any unauthorized SuperAdmin grants that may have occurred before remediation. Consider implementing principle-of-least-privilege for admin delegations and monitoring edit_user permission grants.
Patch guidance
Vendor patch: Upgrade to phpMyFAQ 4.1.4 or later. Verify the upgrade against the official phpMyFAQ release notes and installation documentation. Test the patch in a non-production environment first to ensure compatibility with custom extensions or configurations. After upgrade, clear application caches and restart application services if applicable. No workarounds are available; patching is the only remediation.
Detection guidance
Monitor access logs and audit trails for editUser() or updateUserRights() API calls originating from non-SuperAdmin accounts, particularly those that result in is_superadmin flag changes or rights grants. Look for unusual changes to user role assignments, especially promotion of low-privilege accounts to SuperAdmin. Review admin activity logs for the date range before your patch deployment. Consider implementing real-time alerts on SuperAdmin account creation or privilege modification events. Application-level logging of authorization failures would also help detect exploitation attempts.
Why prioritize this
This vulnerability merits prompt patching despite requiring authenticated access because (1) privilege escalation to unrestricted admin is a severe consequence, (2) the vulnerability is trivial to exploit once preconditions are met, and (3) insider admin accounts—whether compromised or malicious—are a credible threat in most organizations. The HIGH CVSS score reflects the impact severity. Prioritize based on whether your phpMyFAQ instance manages sensitive or customer-facing information and how many non-SuperAdmin accounts have edit_user permissions.
Risk score, explained
CVSS 3.1 score 8.8 (HIGH) is assigned due to high impact across confidentiality, integrity, and availability (all scored HIGH), network accessibility, and low attack complexity. The PR:L (Privileged Required) component reflects the authentication barrier; however, this is offset by the trivial nature of the authorization bypass and the unrestricted access granted post-exploitation. Organizations with tighter admin credential controls and segregated admin roles may reduce risk, but the underlying vulnerability remains severe once exploited.
Frequently asked questions
Can a user without any admin access exploit this vulnerability?
No. The vulnerability requires an authenticated administrator account with at least edit_user permission. Standard users or unauthenticated visitors cannot exploit it directly. However, if an attacker compromises a low-privileged admin account via phishing, credential theft, or insider threat, they can escalate using this flaw.
Does upgrading to 4.1.4 require a full reinstall or data migration?
No. phpMyFAQ 4.1.4 is a standard point release with bug and security fixes. Follow the vendor's documented upgrade procedure, which typically involves replacing application files and running any required database schema updates. Back up your FAQ database and configuration before upgrading as a precaution.
What should we do if we suspect this vulnerability was exploited before we patched?
Audit your user administration logs and review all user role changes, particularly SuperAdmin grants, during the period before you applied the patch. If you find unauthorized privilege escalations, immediately revoke suspicious admin accounts and review their actions for data theft or unauthorized modifications. Consider a full credential rotation for affected admins and enable enhanced monitoring on all SuperAdmin activity.
Are there compensating controls if we cannot patch immediately?
There is no true workaround that blocks the vulnerability. However, you can reduce risk by restricting who holds edit_user permissions, monitoring admin accounts closely, enforcing strong unique passwords for all admins, and disabling any admin accounts that are not actively used. These controls mitigate some insider risk but do not prevent exploitation if a privileged account is compromised.
This analysis is based on the CVE record published on 2026-06-21 and last modified on 2026-06-23. No known public exploit code exists at the time of publication. This vulnerability has not been added to the CISA Known Exploited Vulnerabilities (KEV) catalog. Organizations should verify phpMyFAQ version status and patch availability against official vendor channels and test patches in non-production environments before deployment. SEC.co and its analysts make no warranty regarding the completeness or accuracy of this analysis and recommend independent verification of all technical claims. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2018-25391HIGHHaPe PKH 1.1 Authorization Bypass – Unauthorized Record Deletion Vulnerability
- CVE-2024-32949HIGHMissing Authorization in Prince Integrate Google Drive — HIGH Risk
- CVE-2025-26418HIGHAndroid CarDevicePolicyService Privilege Escalation (CVSS 7.8)
- CVE-2025-48617HIGHAndroid CarrierConfigLoader Privilege Escalation Vulnerability
- CVE-2025-48640HIGHAndroid Passkey Permission Bypass Privilege Escalation
- CVE-2025-53345HIGHThimPress Thim Core Missing Authorization Leads to Code Execution
- CVE-2025-69189HIGHEMV JobBank Missing Authorization Vulnerability
- CVE-2026-0071HIGHAndroid SettingsLib Privilege Escalation Vulnerability