<?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>Tue, 06 Oct 2026 08:47:24 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-15733</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-15733</link>
      <description>bdu:2026-15733</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-15733</guid>
    </item>
    <item>
      <title>EUVD-2026-375335</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-375335</link>
      <description>EUVD-2026-375335</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-375335</guid>
    </item>
    <item>
      <title>fkie_cve-2026-56738</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-56738</link>
      <description>&lt;p&gt;phpMyFAQ is an open source FAQ web application. The `StopWords::add()` method inversions prior to 4.1.6 builds a SQL `INSERT` statement using `sprintf()` and inserts the user-supplied stop word value directly into the query string without calling the application&amp;#39;s database escaping function on it. A sibling method, `StopWords::update()`, which modifies an existing stop word, correctly escapes the same kind of input. The omission is isolated to the `add()` (insert) code path. An authenticated administrator who can reach the stop-word management feature can submit a crafted value as the &amp;#34;word&amp;#34; parameter that breaks out of the SQL string literal and injects arbitrary SQL, including statements to drop tables, exfiltrate data, or modify other rows in the database. Version 4.1.6 fixes the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;phpMyFAQ is an open source FAQ web application. The `StopWords::add()` method inversions prior to 4.1.6 builds a SQL `INSERT` statement using `sprintf()` and inserts the user-supplied stop word value directly into the query string without calling the application&amp;#39;s database escaping function on it. A sibling method, `StopWords::update()`, which modifies an existing stop word, correctly escapes the same kind of input. The omission is isolated to the `add()` (insert) code path. An authenticated administrator who can reach the stop-word management feature can submit a crafted value as the &amp;#34;word&amp;#34; parameter that breaks out of the SQL string literal and injects arbitrary SQL, including statements to drop tables, exfiltrate data, or modify other rows in the database. Version 4.1.6 fixes the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-56738</guid>
    </item>
    <item>
      <title>GHSA-rw77-vq4g-x3hp — phpMyFAQ has SQL Injection in `StopWords::add()` — Unescaped Stop Word Insertion</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rw77-vq4g-x3hp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: phpmyfaq/phpmyfaq, Packagist: thorsten/phpmyfaq&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `StopWords::add()` method in phpMyFAQ builds a SQL `INSERT` statement using `sprintf()` and inserts the user-supplied stop word value directly into the query string **without calling the application&amp;#39;s database escaping function** on it. A sibling method, `StopWords::update()`, which modifies an *existing* stop word, correctly escapes the same kind of input. The omission is isolated to the `add()` (insert) code path.&lt;/p&gt;
&lt;p&gt;An authenticated administrator who can reach the stop-word management feature can submit a crafted value as the &amp;#34;word&amp;#34; parameter that breaks out of the SQL string literal and injects arbitrary SQL, including statements to drop tables, exfiltrate data, or modify other rows in the database.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## Affected Code&lt;/p&gt;
&lt;p&gt;**File:** `phpmyfaq/src/phpMyFAQ/StopWords.php`
**Method:** `add()` (approx. lines 60–75 in the audited revision)&lt;/p&gt;
&lt;p&gt;```php
$sql = sprintf(
    &amp;#34;INSERT INTO %s VALUES(%d, &amp;#39;%s&amp;#39;, &amp;#39;%s&amp;#39;)&amp;#34;,
    $this-&amp;gt;getTableName(),
    $id,
    $this-&amp;gt;configuration-&amp;gt;getDb()-&amp;gt;escape($this-&amp;gt;language), // language IS escaped
    $word                                                     // &amp;lt;-- $word is NOT escaped
);
```&lt;/p&gt;
&lt;p&gt;`$word` is taken directly from the administrative form input (the new stop word to add) and concatenated into the SQL string via `sprintf(&amp;#34;&amp;#39;%s&amp;#39;&amp;#34;, ...)` with no call to the database driver&amp;#39;s `escape()` method.&lt;/p&gt;
&lt;p&gt;### Contrast with the safe sibling method&lt;/p&gt;
&lt;p&gt;**Method:** `update()` (line 82 in the audited revision)&lt;/p&gt;
&lt;p&gt;```php
$this-&amp;gt;configuration-&amp;gt;getDb()-…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: phpmyfaq/phpmyfaq, Packagist: thorsten/phpmyfaq&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `StopWords::add()` method in phpMyFAQ builds a SQL `INSERT` statement using `sprintf()` and inserts the user-supplied stop word value directly into the query string **without calling the application&amp;#39;s database escaping function** on it. A sibling method, `StopWords::update()`, which modifies an *existing* stop word, correctly escapes the same kind of input. The omission is isolated to the `add()` (insert) code path.&lt;/p&gt;
&lt;p&gt;An authenticated administrator who can reach the stop-word management feature can submit a crafted value as the &amp;#34;word&amp;#34; parameter that breaks out of the SQL string literal and injects arbitrary SQL, including statements to drop tables, exfiltrate data, or modify other rows in the database.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## Affected Code&lt;/p&gt;
&lt;p&gt;**File:** `phpmyfaq/src/phpMyFAQ/StopWords.php`
**Method:** `add()` (approx. lines 60–75 in the audited revision)&lt;/p&gt;
&lt;p&gt;```php
$sql = sprintf(
    &amp;#34;INSERT INTO %s VALUES(%d, &amp;#39;%s&amp;#39;, &amp;#39;%s&amp;#39;)&amp;#34;,
    $this-&amp;gt;getTableName(),
    $id,
    $this-&amp;gt;configuration-&amp;gt;getDb()-&amp;gt;escape($this-&amp;gt;language), // language IS escaped
    $word                                                     // &amp;lt;-- $word is NOT escaped
);
```&lt;/p&gt;
&lt;p&gt;`$word` is taken directly from the administrative form input (the new stop word to add) and concatenated into the SQL string via `sprintf(&amp;#34;&amp;#39;%s&amp;#39;&amp;#34;, ...)` with no call to the database driver&amp;#39;s `escape()` method.&lt;/p&gt;
&lt;p&gt;### Contrast with the safe sibling method&lt;/p&gt;
&lt;p&gt;**Method:** `update()` (line 82 in the audited revision)&lt;/p&gt;
&lt;p&gt;```php
$this-&amp;gt;configuration-&amp;gt;getDb()-…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rw77-vq4g-x3hp</guid>
    </item>
  </channel>
</rss>
