phpMyFAQ: SQL LIKE Wildcard Injection in Chat User Search Allows Authenticated User Enumeration (CVE-2026-47132)
phpMyFAQ version 4.2.0-alpha contains an authenticated SQL LIKE wildcard injection vulnerability in its chat user search API. This flaw allows any logged-in user to bypass the intended display-name filtering by injecting SQL LIKE wildcards (%) and (_) into the search query. As a result, an attacker can enumerate active user IDs and display names, potentially disclosing sensitive internal user information. The vulnerability arises because the input escaping does not neutralize SQL LIKE metacharacters, unlike safer patterns used elsewhere in the product. A proof of concept demonstrates how queries with wildcards return all active users, whereas normal queries do not. The vulnerability has a CVSS 3.1 score of 5.4 (medium severity). A patch is available for this issue.
AI Analysis
Technical Summary
An authenticated SQL LIKE wildcard injection exists in phpMyFAQ 4.2.0-alpha in the chat user search endpoint (/api/chat/users?q=...). The vulnerability occurs because the search term is escaped to prevent SQL string syntax injection but does not escape the SQL LIKE wildcards '%' and '_'. Consequently, these wildcards remain active in the query, allowing an attacker to bypass the intended display-name filter and enumerate active users. The vulnerable code constructs a SQL query using a LIKE clause with the user-supplied input embedded directly after escaping string syntax but before escaping LIKE wildcards. The project uses a safer escaping pattern with ESCAPE '|' elsewhere, but this is not applied here. The impact is information disclosure of active user IDs and display names to any authenticated user. The issue was confirmed with a proof of concept and local testing.
Potential Impact
Any authenticated user can enumerate active user IDs and display names through the chat user search endpoint by injecting SQL LIKE wildcards into the search query. This leads to unauthorized disclosure of internal user identities, including staff names and department information, depending on deployment. The vulnerability does not allow modification or deletion of data but compromises confidentiality of user information.
Mitigation Recommendations
A patch is available for this vulnerability. Users should upgrade to a fixed version of phpMyFAQ that properly escapes SQL LIKE wildcards in the chat user search functionality. Until patched, avoid exposing the chat user search API to untrusted authenticated users or implement additional filtering to neutralize '%' and '_' characters in search queries. Check the vendor advisory or official phpMyFAQ repository for the specific patch and upgrade instructions.
phpMyFAQ: SQL LIKE Wildcard Injection in Chat User Search Allows Authenticated User Enumeration (CVE-2026-47132)
Description
phpMyFAQ version 4.2.0-alpha contains an authenticated SQL LIKE wildcard injection vulnerability in its chat user search API. This flaw allows any logged-in user to bypass the intended display-name filtering by injecting SQL LIKE wildcards (%) and (_) into the search query. As a result, an attacker can enumerate active user IDs and display names, potentially disclosing sensitive internal user information. The vulnerability arises because the input escaping does not neutralize SQL LIKE metacharacters, unlike safer patterns used elsewhere in the product. A proof of concept demonstrates how queries with wildcards return all active users, whereas normal queries do not. The vulnerability has a CVSS 3.1 score of 5.4 (medium severity). A patch is available for this issue.
CVSS v3.1
Score 5.4medium
Affected software
Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
An authenticated SQL LIKE wildcard injection exists in phpMyFAQ 4.2.0-alpha in the chat user search endpoint (/api/chat/users?q=...). The vulnerability occurs because the search term is escaped to prevent SQL string syntax injection but does not escape the SQL LIKE wildcards '%' and '_'. Consequently, these wildcards remain active in the query, allowing an attacker to bypass the intended display-name filter and enumerate active users. The vulnerable code constructs a SQL query using a LIKE clause with the user-supplied input embedded directly after escaping string syntax but before escaping LIKE wildcards. The project uses a safer escaping pattern with ESCAPE '|' elsewhere, but this is not applied here. The impact is information disclosure of active user IDs and display names to any authenticated user. The issue was confirmed with a proof of concept and local testing.
Potential Impact
Any authenticated user can enumerate active user IDs and display names through the chat user search endpoint by injecting SQL LIKE wildcards into the search query. This leads to unauthorized disclosure of internal user identities, including staff names and department information, depending on deployment. The vulnerability does not allow modification or deletion of data but compromises confidentiality of user information.
Mitigation Recommendations
A patch is available for this vulnerability. Users should upgrade to a fixed version of phpMyFAQ that properly escapes SQL LIKE wildcards in the chat user search functionality. Until patched, avoid exposing the chat user search API to untrusted authenticated users or implement additional filtering to neutralize '%' and '_' characters in search queries. Check the vendor advisory or official phpMyFAQ repository for the specific patch and upgrade instructions.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-6pvm-2vjj-rx4w
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-47132"]
- Ecosystems
- ["Packagist"]
- Database Specific Severity
- MODERATE
- Cvss Version
- 3.1
Threat ID: 6a7c9b2cbf8831d539cdb5f6
Added to database: 08/12/2026, 16:11:24 UTC
Last enriched: 08/12/2026, 16:21:35 UTC
Last updated: 08/12/2026, 19:32:36 UTC
Views: 3
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.