<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Fri, 09 Oct 2026 10:06:50 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-322432</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-322432</link>
      <description>EUVD-2026-322432</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-322432</guid>
    </item>
    <item>
      <title>fkie_cve-2026-46359</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-46359</link>
      <description>&lt;p&gt;phpMyFAQ before 4.1.2 contains a sql injection vulnerability in CurrentUser::setTokenData that allows authenticated attackers to execute arbitrary SQL by injecting malicious OAuth token claims. Attackers with Azure AD accounts containing SQL metacharacters in display names or JWT claims can break out of string literals and execute arbitrary database queries.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;phpMyFAQ before 4.1.2 contains a sql injection vulnerability in CurrentUser::setTokenData that allows authenticated attackers to execute arbitrary SQL by injecting malicious OAuth token claims. Attackers with Azure AD accounts containing SQL metacharacters in display names or JWT claims can break out of string literals and execute arbitrary database queries.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-46359</guid>
    </item>
    <item>
      <title>GHSA-pm8c-3qq3-72w7 — phpMyFAQ has SQL Injection in CurrentUser::setTokenData through unescaped OAuth token fields</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-pm8c-3qq3-72w7</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: thorsten/phpmyfaq, Packagist: phpmyfaq/phpmyfaq&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`CurrentUser::setTokenData()` in `phpmyfaq/src/phpMyFAQ/User/CurrentUser.php` at lines 515-534 builds a SQL UPDATE statement with `sprintf` and interpolates OAuth token fields (`refresh_token`, `access_token`, `code_verifier`, and `json_encode($token[&amp;#39;jwt&amp;#39;])`) without calling `$db-&amp;gt;escape()`. Sibling methods `setAuthSource()` and `setRememberMe()` in the same file do call `$db-&amp;gt;escape()` on user-controlled values, so the omission is local to this method. An attacker (Bob) whose Azure AD display name contains a single quote (for example `O&amp;#39;Brien`, or a deliberate SQL payload) breaks out of the string literal and injects arbitrary SQL against the phpMyFAQ database.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Vulnerable code** (`phpmyfaq/src/phpMyFAQ/User/CurrentUser.php`, lines 513-534):&lt;/p&gt;
&lt;p&gt;```php
public function setTokenData(#[\SensitiveParameter] array $token): bool
{
    $update = sprintf(
        &amp;#34;
        UPDATE
            %sfaquser
        SET
            refresh_token = &amp;#39;%s&amp;#39;,
            access_token = &amp;#39;%s&amp;#39;,
            code_verifier = &amp;#39;%s&amp;#39;,
            jwt = &amp;#39;%s&amp;#39;
        WHERE
            user_id = %d&amp;#34;,
        Database::getTablePrefix(),
        $token[&amp;#39;refresh_token&amp;#39;],
        $token[&amp;#39;access_token&amp;#39;],
        $token[&amp;#39;code_verifier&amp;#39;],
        json_encode($token[&amp;#39;jwt&amp;#39;], JSON_THROW_ON_ERROR),
        $this-&amp;gt;getUserId(),
    );&lt;/p&gt;
&lt;p&gt;return (bool) $this-&amp;gt;configuration-&amp;gt;getDb()-&amp;gt;query($update);
}
```&lt;/p&gt;
&lt;p&gt;`json_encode()` does NOT escape single quotes. A JWT claim such as `{&amp;#34;preferred_username&amp;#34;:…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: thorsten/phpmyfaq, Packagist: phpmyfaq/phpmyfaq&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`CurrentUser::setTokenData()` in `phpmyfaq/src/phpMyFAQ/User/CurrentUser.php` at lines 515-534 builds a SQL UPDATE statement with `sprintf` and interpolates OAuth token fields (`refresh_token`, `access_token`, `code_verifier`, and `json_encode($token[&amp;#39;jwt&amp;#39;])`) without calling `$db-&amp;gt;escape()`. Sibling methods `setAuthSource()` and `setRememberMe()` in the same file do call `$db-&amp;gt;escape()` on user-controlled values, so the omission is local to this method. An attacker (Bob) whose Azure AD display name contains a single quote (for example `O&amp;#39;Brien`, or a deliberate SQL payload) breaks out of the string literal and injects arbitrary SQL against the phpMyFAQ database.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Vulnerable code** (`phpmyfaq/src/phpMyFAQ/User/CurrentUser.php`, lines 513-534):&lt;/p&gt;
&lt;p&gt;```php
public function setTokenData(#[\SensitiveParameter] array $token): bool
{
    $update = sprintf(
        &amp;#34;
        UPDATE
            %sfaquser
        SET
            refresh_token = &amp;#39;%s&amp;#39;,
            access_token = &amp;#39;%s&amp;#39;,
            code_verifier = &amp;#39;%s&amp;#39;,
            jwt = &amp;#39;%s&amp;#39;
        WHERE
            user_id = %d&amp;#34;,
        Database::getTablePrefix(),
        $token[&amp;#39;refresh_token&amp;#39;],
        $token[&amp;#39;access_token&amp;#39;],
        $token[&amp;#39;code_verifier&amp;#39;],
        json_encode($token[&amp;#39;jwt&amp;#39;], JSON_THROW_ON_ERROR),
        $this-&amp;gt;getUserId(),
    );&lt;/p&gt;
&lt;p&gt;return (bool) $this-&amp;gt;configuration-&amp;gt;getDb()-&amp;gt;query($update);
}
```&lt;/p&gt;
&lt;p&gt;`json_encode()` does NOT escape single quotes. A JWT claim such as `{&amp;#34;preferred_username&amp;#34;:…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-pm8c-3qq3-72w7</guid>
    </item>
  </channel>
</rss>
