phpMyFAQ: Authentication Bypass über WebAuthn Credential Injection
Zusammenfassung
Die WebAuthn-Registrierungsendpunkte von phpMyFAQ hängen einen Passkey an ein bestehendes Benutzerkonto an, ohne zu prüfen, ob der Anfragende Inhaber des Kontos ist, und ohne die vom Server ausgestellte Challenge zu validieren. Ein nicht authentifizierter Angreifer aus dem Netzwerk, der einen Benutzernamen kennt, zum Beispiel admin, kann für dieses Konto einen eigenen Schlüssel registrieren und sich anschliessend als Opfer anmelden, wobei Passwort und TOTP-Zwei-Faktor-Authentisierung umgangen werden. Voraussetzung ist, dass WebAuthn-Unterstützung aktiviert ist, was eine nicht standardmässige Einstellung ist.
Betroffen
- phpMyFAQ 4.0.0 bis einschliesslich 4.1.8 (Bereich gemäss CNA: 4.0.0 vor 4.1.9)
- Nur Installationen mit security.enableWebAuthnSupport auf true sind betroffen
- Die Quellen unterscheiden sich bei der unteren Grenze; 4.0.x sollte anhand der GHSA-Advisories geprüft werden
Behoben in
- Auf phpMyFAQ 4.1.9 oder neuer aktualisieren
Umgehung
- Dem Hersteller ist kein Workaround bekannt.
- Die Deaktivierung der WebAuthn-Unterstützung (security.enableWebAuthnSupport = false) entfernt den verwundbaren Code-Pfad bis zur Aktualisierung.
- Den Netzwerkzugriff auf die Instanz und ihren Admin-Bereich einschränken (Empfehlung Dritter, ersetzt kein Patchen).
Ausnutzung
- CISA SSVC: Exploitation-Status PoC, automatisierbar: ja, technische Auswirkung: total.
- Das Vendor-Advisory enthält ein Proof of Concept als Skript.
- Zum Zeitpunkt der Recherche nicht als aktiv ausgenutzt gekennzeichnet; nicht im CISA-KEV-Katalog aufgeführt.
Unsere Empfehlung
- Auf phpMyFAQ 4.1.9 oder neuer aktualisieren.
- Bis zur Aktualisierung die WebAuthn-Unterstützung deaktivieren oder den Zugriff auf die Instanz und ihren Admin-Bereich einschränken.
- Benutzerkonten und registrierte Passkeys auf unbekannte Einträge prüfen und Logs auf Passkey-Registrierungen ohne vorausgehende Anmeldung kontrollieren.
- Bei Verdacht auf Kompromittierung Passwörter zurücksetzen, unbekannte Passkeys entfernen und Administratorkonten überprüfen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Advisory GHSA-g6cq-6rqg-6c9p github.com
- GitHub Advisory GHSA-rg9h-f29v-xhxr github.com
- VulnCheck Advisory www.vulncheck.com
- VulDB CVE-2026-111911 vuldb.com
- CVElist CVE-2026-111911 vulners.com
- TheHackerWire CVE-2026-111911 www.thehackerwire.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 01:22.
Referenzen der NVD (4)
- https://github.com/thorsten/phpMyFAQ/security/advisories/GHSA-g6cq-6rqg-6c9p
- https://github.com/thorsten/phpMyFAQ/security/advisories/GHSA-rg9h-f29v-xhxr
- https://www.vulncheck.com/advisories/phpmyfaq-4.0.0-before-4.1.9-authentication-bypass-via-webauthn-credentia…
- https://github.com/thorsten/phpMyFAQ/security/advisories/GHSA-g6cq-6rqg-6c9p
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.