Description
phpMyFAQ 4.0.0 before 4.1.9 and 4.2.0-alpha before 4.2.0-beta contains a broken object-level authorization vulnerability in the PUT /api/v3.1/faq/update endpoint, which checks only the global edit_faq permission and does not verify access to the target FAQ. Authenticated users with edit_faq permission can supply the ID of a restricted FAQ they cannot view to modify its content, bypass moderation, and change its publication state.
Published: 2026-10-17
Score: 8.7 High
EPSS: < 1% Very Low
KEV: No
Impact: Privilege Escalation
Action: Patch Now
AI Analysis

Impact

Known as a broken object‑level authorization flaw, the REST API endpoint PUT /api/v3.1/faq/update checks only the global edit_faq permission and does not verify whether the authenticated user actually owns or can view the targeted FAQ. This omission makes the flaw a classic example of CWE‑639, an authorization bypass through user‑controlled keys. An attacker who possesses edit_faq rights can submit the ID of a restricted FAQ that is otherwise inaccessible and change its contents, including the publication state, effectively bypassing moderation controls. This results in unauthorized data tampering and could alter public knowledge presented by the FAQ.

Affected Systems

This vulnerability affects phpMyFAQ versions 4.0.0 through 4.1.8 and 4.2.0-alpha up to but not including 4.2.0-beta. Vendors are thorsten:phpMyFAQ; no sub‑vendors are listed. Users running these releases without the corresponding fix are susceptible to the described authorization bypass.

Risk and Exploitability

The CVSS score of 8.7 indicates a high‑severity risk. EPSS data is not available, so the exact exploitation probability is unknown, but the vulnerability is fully exploitable over the network via authenticated REST calls. The affected systems are not listed in CISA’s KEV catalog, which suggests no widely documented exploitation yet, yet the lack of proper authorization makes the risk significant for any environment exposing the API.

Generated by OpenCVE AI on October 17, 2026 at 21:36 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade phpMyFAQ to version 4.1.9 or later, which applies the authorization fix.
  • Restrict the edit_faq permission to trusted administrators only and audit role assignments regularly.
  • If an immediate upgrade is impossible, block or shield the /api/v3.1/faq/update endpoint behind firewall rules or enforce additional authentication checks to prevent unauthorized access.

Generated by OpenCVE AI on October 17, 2026 at 21:36 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sat, 17 Oct 2026 19:00:00 +0000

Type Values Removed Values Added
Description phpMyFAQ 4.0.0 before 4.1.9 and 4.2.0-alpha before 4.2.0-beta contains a broken object-level authorization vulnerability in the PUT /api/v3.1/faq/update endpoint, which checks only the global edit_faq permission and does not verify access to the target FAQ. Authenticated users with edit_faq permission can supply the ID of a restricted FAQ they cannot view to modify its content, bypass moderation, and change its publication state.
Title phpMyFAQ 4.0.0 before 4.1.9 and 4.2.0-alpha before 4.2.0-beta BOLA in FAQ Update via REST API
First Time appeared Phpmyfaq
Phpmyfaq phpmyfaq
Weaknesses CWE-639
CPEs cpe:2.3:a:phpmyfaq:phpmyfaq:*:*:*:*:*:*:*:*
Vendors & Products Phpmyfaq
Phpmyfaq phpmyfaq
References
Metrics cvssV3_1

{'score': 8.3, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L'}

cvssV4_0

{'score': 8.7, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N'}


Subscriptions

Phpmyfaq Phpmyfaq
cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-10-17T18:46:26.780Z

Reserved: 2026-10-17T12:18:07.314Z

Link: CVE-2026-111908

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-10-17T19:16:33.043

Modified: 2026-10-17T19:16:33.153

Link: CVE-2026-111908

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-17T21:45:14Z

Weaknesses
  • CWE-639

    Authorization Bypass Through User-Controlled Key