<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T03:31:03.199117+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/bdu:2026-15735</id>
    <title>bdu:2026-15735</title>
    <updated>2026-10-06T03:31:03.293073+00:00</updated>
    <content>bdu:2026-15735</content>
    <link href="https://vulnerability.circl.lu/vuln/bdu:2026-15735"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/fkie_cve-2026-47132</id>
    <title>fkie_cve-2026-47132</title>
    <updated>2026-10-06T03:31:03.293137+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>phpMyFAQ is an open source FAQ web application. Prior to version 4.2.0-alpha, an authenticated SQL LIKE wildcard injection vulnerability in phpMyFAQ’s chat user search allows any logged-in user to bypass the intended display-name search  filter and enumerate active users. The endpoint escapes SQL string syntax but does not escape `%` and `_`, which remain active `LIKE` wildcards. Version 4.2.0-alpha patches the issue.</p>
      </div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/fkie_cve-2026-47132"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-6pvm-2vjj-rx4w</id>
    <title>GHSA-6pvm-2vjj-rx4w — phpMyFAQ: SQL LIKE Wildcard Injection in Chat User Search Allows Authenticated User Enumeration</title>
    <updated>2026-10-06T03:31:03.293199+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: thorsten/phpmyfaq</p>
<p>### Summary</p>
<p>An authenticated SQL LIKE wildcard injection vulnerability in phpMyFAQ’s chat user search allows any logged-in user to bypass the intended display-name search  filter and enumerate active users. The endpoint escapes SQL string syntax but does not escape `%` and `_`, which remain active `LIKE` wildcards.</p>
<p>### Details</p>
<p>The vulnerable endpoint is:
```
  GET /api/chat/users?q=...
```
  Source:
```php
  // phpmyfaq/src/phpMyFAQ/Controller/Frontend/Api/ChatController.php
  $query = trim($request-&gt;query-&gt;get('q', ''));</p>
<p>if (mb_strlen($query) &lt; 2) {
      return $this-&gt;json([
          'success' =&gt; true,
          'users' =&gt; [],
      ], Response::HTTP_OK);
  }</p>
<p>$chat = new Chat($this-&gt;configuration);
  $users = $chat-&gt;searchUsers($query, $this-&gt;currentUser-&gt;getUserId());
```
  Sink:
```php
  // phpmyfaq/src/phpMyFAQ/Chat.php
  $escapedTerm = $this-&gt;configuration-&gt;getDb()-&gt;escape(mb_strtolower($searchTerm));</p>
<p>$query = sprintf(
      "SELECT u.user_id, ud.display_name
       FROM %sfaquser u
       LEFT JOIN %sfaquserdata ud ON u.user_id = ud.user_id
       WHERE u.user_id != %d
         AND u.user_id &gt; 0
         AND LOWER(ud.display_name) LIKE '%%%s%%'
         AND u.account_status = 'active'
       LIMIT %d",
      Database::getTablePrefix(),
      Database::getTablePrefix(),
      $excludeUserId,
      $escapedTerm,
      $limit,
  );
```
  `escape()` prevents SQL string breakout, but it does not escape SQL `LIKE` metacharacters. Therefore, attacker-contr…</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-6pvm-2vjj-rx4w"/>
  </entry>
</feed>
