Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify phpMyFAQ instance in maintenance mode
-
DeliverySend unauthenticated POST to /api/setup/update-database
-
ExploitExecute database schema migration
-
ExecutionSend unauthenticated POST to /api/setup/backup
-
PersistDownload generated ZIP archive
-
ImpactExtract plaintext database credentials
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that a phpMyFAQ administrator has explicitly activated maintenance mode - a non-default operational state typically enabled only during version upgrades or database maintenance tasks. When maintenance mode is inactive (the default production state), the vulnerable endpoints do not expose the attack surface. The endpoints POST /api/setup/update-database and POST /api/setup/backup must be network-reachable by the attacker; if the phpMyFAQ admin interface is not exposed to untrusted networks, the practical risk is significantly reduced. No authentication, API token, session cookie, or user interaction is required once those conditions are met. Exploitation is not constrained by a specific PHP version, database engine, or operating system. The primary limiting factor for defenders is the maintenance window duration - shorter, planned maintenance windows with network-restricted admin interfaces substantially reduce exposure. |
| Impact | The submitted CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) yields a score of 6.9 with impact limited to VA:L on the vulnerable system and no confidentiality or integrity impact - a rating that materially underrepresents the described attack outcomes. The CVE description explicitly states that attackers can extract database credentials (a direct confidentiality breach) and execute database migrations and disable maintenance mode (direct integrity breaches); these outcomes are inconsistent with VC:N and VI:N. This discrepancy should be verified against the vendor advisory at GHSA-f96w-7fx2-79c8 before using the submitted score for risk prioritization decisions. The critical limiting factor is the maintenance mode prerequisite: the vulnerability only surfaces during scheduled or ad-hoc maintenance windows, substantially reducing the persistent exposure window compared to always-on network-accessible flaws. Neither a CISA KEV listing nor confirmed public POC code is present in the provided intelligence, which lowers near-term exploitation urgency. However, the unauthenticated nature and predictable endpoint paths mean a motivated attacker who detects an active maintenance window faces no technical barrier to exploitation. |
| Exploit ScenarioDerived | An attacker identifies a phpMyFAQ deployment by probing the /api/setup/ path or monitoring HTTP response headers and detects that the system is in maintenance mode (indicated by specific HTTP responses or application banners). The attacker then sends an unauthenticated POST request to /api/setup/backup, downloads the resulting ZIP archive, and extracts plaintext database credentials from the bundled configuration files. Those credentials can then be used to directly connect to the backend database server, bypassing the application layer entirely. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 19, 2026
Authentication bypass in phpMyFAQ's SetupController prior to version 4.1.7 allows unauthenticated network attackers to invoke privileged database setup API endpoints whenever the application is in maintenance mode. By sending unauthenticated POST requests to /api/setup/update-database and /api/setup/backup, an attacker can execute database schema migrations, toggle maintenance mode off, and retrieve plaintext database credentials bundled inside a generated ZIP archive. No public exploit has been identified at time of analysis, but the concrete endpoint paths and trivial HTTP-based trigger make independent rediscovery straightforward for any attacker monitoring a maintenance window.
RemediationAI
Upgrade to phpMyFAQ 4.1.7 or later, the vendor-released patch per advisory GHSA-f96w-7fx2-79c8, which corrects the missing authentication in SetupController. If immediate patching is not feasible, disable maintenance mode whenever no active upgrade or migration task is in progress - since the vulnerability only manifests while maintenance mode is enabled, keeping it off in steady-state eliminates the attack surface with no functional trade-off. As a defense-in-depth measure, restrict HTTP access to the /api/setup/ path prefix at the web server or WAF layer, limiting POST requests to /api/setup/update-database and /api/setup/backup to trusted administrative source IP ranges only; note that overly broad blocking may interfere with legitimate administrative setup workflows if not scoped correctly to management networks. If database credential rotation is required after a suspected exploitation event, update the phpMyFAQ database user password and revoke existing sessions, as extracted credentials would provide persistent database access even after patching.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
phpMyFAQ is an open-source PHP FAQ management system maintained by Thorsten Borg (CPE: cpe:2.3:a:thorsten:phpmyfaq:*:*:*:*:*:*:*:*). The vulnerability originates in SetupController, which exposes setup-phase REST API routes intended exclusively for administrators performing upgrades or initializations. CWE-306 (Missing Authentication for Critical Function) describes the root cause: the /api/setup/update-database and /api/setup/backup endpoints perform no authentication or authorization checks, relying implicitly on the assumption that the application would only be in maintenance mode under administrator supervision. The backup endpoint creates a downloadable ZIP archive containing application configuration, which includes the database DSN and credentials. The database update endpoint can execute schema migration logic, altering table structures and seeding data. The maintenance mode flag acts as the sole gating condition but is enforced on the calling logic rather than on the API handler itself, so any network-reachable client can bypass it.
Know when Phpmyfaq gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N
Maintenance mode must be active (AC:H); once it is, no auth is needed (PR:N); credential extraction and DB migration warrant S:C/C:H/I:H.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
phpMyFAQ before 4.1.7 contains an authentication bypass vulnerability in SetupController that allows unauthenticated attackers to run database migrations and create configuration backups when maintenance mode is enabled. Attackers can call POST /api/setup/update-database and POST /api/setup/backup endpoints to execute database updates, disable maintenance mode, and extract database credentials from generated ZIP archives.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Duplicate-email registration handling in phpMyFAQ 4.0.7 through 4.0.13 (and 4.0-nightly-2025-10-03 and earlier) lets una
Insufficient Session Expiration in GitHub repository thorsten/phpmyfaq prior to 3.2.2. Rated critical severity (CVSS 9.8
Authentication Bypass by Capture-replay in GitHub repository thorsten/phpmyfaq prior to 3.1.12. Rated critical severity
Weak Password Requirements in GitHub repository thorsten/phpmyfaq prior to 3.1.12. Rated critical severity (CVSS 9.8), t
Weak Password Requirements in GitHub repository thorsten/phpmyfaq prior to 3.1.8. Rated critical severity (CVSS 9.8), th
Unauthenticated SQL injection in phpMyFAQ before 4.1.2 allows remote attackers to extract credentials, admin tokens, and
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) in admin/stat.ratings.php. Rated high severity (CVS
In phpMyFaq before 2.9.9, there is CSRF in admin/ajax.config.php. Rated high severity (CVSS 8.8), this vulnerability is
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) for modifying a glossary. Rated high severity (CVSS
In phpMyFAQ before 2.9.9, there is Cross-Site Request Forgery (CSRF) in admin/stat.main.php. Rated high severity (CVSS 8
phpMyFAQ is an open source FAQ web application for PHP 8.1+ and MySQL, PostgreSQL and other databases. Rated high severi
phpMyFAQ is an open source FAQ web application for PHP 8.1+ and MySQL, PostgreSQL and other databases. Rated high severi
EUVD-2026-62444
GHSA-gjx5-c2mr-w8c7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB