Skip to main content
VulnerabilityPublished Updated

CVE-2026-27836: thorsten phpMyFAQ · Missing Authorization

Affects thorsten phpMyFAQSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.5 High : upgrade to 4.0.18 soon.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 4.0.18
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Upgrade phpMyFAQ and thorsten/phpMyFAQ to 4.0.18.

Affected software

ProductAffectedFixed in
thorstenphpMyFAQAffected
  • <4.0.18
Fixed in
  • 4.0.18
GitHubthorsten/phpMyFAQpkg:github/thorsten/phpMyFAQOther threatsAffected
  • <4.0.18
Fixed in
  • 4.0.18

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

The most effective mitigation is to upgrade phpMyFAQ installations to version 4.0.18 or later, where the vulnerability is patched with proper authorization checks on the WebAuthn prepare endpoint. Until upgrading is possible, organizations should implement strict network-level access controls to restrict access to the vulnerable endpoint, such as IP whitelisting or web application firewall (WAF) rules that block unauthenticated requests to `/api/webauthn/prepare`. Monitoring and alerting on unusual account creation patterns can help detect exploitation attempts early. Disabling WebAuthn features if not in use can reduce the attack surface. Additionally, applying rate limiting on account creation endpoints can mitigate abuse. Reviewing and tightening user role assignments and permissions can limit the impact of unauthorized accounts. Finally, organizations should ensure that registration is properly disabled in configuration settings and verify that no other endpoints suffer from similar missing authorization issues.

Description

phpMyFAQ is an open source FAQ web application. Prior to version 4.0.18, the WebAuthn prepare endpoint (`/api/webauthn/prepare`) creates new active user accounts without any authentication, CSRF protection, captcha, or configuration checks. This allows unauthenticated attackers to create unlimited user accounts even when registration is disabled. Version 4.0.18 fixes the issue.

References

Community reviews

Loading reviews…