<?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, 02 Oct 2026 14:05:35 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-02454</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-02454</link>
      <description>bdu:2025-02454</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-02454</guid>
    </item>
    <item>
      <title>EUVD-2026-214086</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-214086</link>
      <description>EUVD-2026-214086</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-214086</guid>
    </item>
    <item>
      <title>fkie_cve-2025-24787</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-24787</link>
      <description>&lt;p&gt;WhoDB is an open source database management tool. In affected versions the application is vulnerable to parameter injection in database connection strings, which allows an attacker to read local files on the machine the application is running on. The application uses string concatenation to build database connection URIs which are then passed to corresponding libraries responsible for setting up the database connections. This string concatenation is done unsafely and without escaping or encoding the user input. This allows an user, in many cases, to inject arbitrary parameters into the URI string. These parameters can be potentially dangerous depending on the libraries used. One of these dangerous parameters is `allowAllFiles` in the library `github.com/go-sql-driver/mysql`. Should this be set to `true`, the library enables running the `LOAD DATA LOCAL INFILE` query on any file on the host machine (in this case, the machine that WhoDB is running on). By injecting `&amp;amp;allowAllFiles=true` into the connection URI and connecting to any MySQL server (such as an attacker-controlled one), the attacker is able to read local files. This issue has been addressed in version 0.45.0 and all users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;WhoDB is an open source database management tool. In affected versions the application is vulnerable to parameter injection in database connection strings, which allows an attacker to read local files on the machine the application is running on. The application uses string concatenation to build database connection URIs which are then passed to corresponding libraries responsible for setting up the database connections. This string concatenation is done unsafely and without escaping or encoding the user input. This allows an user, in many cases, to inject arbitrary parameters into the URI string. These parameters can be potentially dangerous depending on the libraries used. One of these dangerous parameters is `allowAllFiles` in the library `github.com/go-sql-driver/mysql`. Should this be set to `true`, the library enables running the `LOAD DATA LOCAL INFILE` query on any file on the host machine (in this case, the machine that WhoDB is running on). By injecting `&amp;amp;allowAllFiles=true` into the connection URI and connecting to any MySQL server (such as an attacker-controlled one), the attacker is able to read local files. This issue has been addressed in version 0.45.0 and all users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-24787</guid>
    </item>
    <item>
      <title>GHSA-c7w4-9wv8-7x7c — WhoDB allows parameter injection in DB connection URIs leading to local file inclusion</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-c7w4-9wv8-7x7c</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/clidey/whodb/core&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The application is vulnerable to parameter injection in database connection strings, which allows an attacker to read local files on the machine the application is running on.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The application uses string concatenation to build database connection URIs which are then passed to corresponding libraries responsible for setting up the database connections.&lt;/p&gt;
&lt;p&gt;This string concatenation is done unsafely and without escaping or encoding the user input. This allows an user, in many cases, to inject arbitrary parameters into the URI string. These parameters can be potentially dangerous depending on the libraries used.&lt;/p&gt;
&lt;p&gt;One of these dangerous parameters is `allowAllFiles` in the library `github.com/go-sql-driver/mysql`. Should this be set to `true`, the library enables running the `LOAD DATA LOCAL INFILE` query on any file on the host machine (in this case, the machine that WhoDB is running on). Source: https://github.com/go-sql-driver/mysql/blob/7403860363ca112af503b4612568c3096fecb466/infile.go#L128&lt;/p&gt;
&lt;p&gt;By injecting `&amp;amp;allowAllFiles=true` into the connection URI and connecting to any MySQL server (such as an attacker-controlled one), the attacker is able to read local files.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;As this vulnerability does not require sending requests manually and can all be done using the WhoDB UI, screenshots are provided instead of HTTP requests.&lt;/p&gt;
&lt;p&gt;For this proof-of-concept, a clean instance of WhoDB and MySQL were set up using podman (docker is a suitable alternative):&lt;/p&gt;
&lt;p&gt;`…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/clidey/whodb/core&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The application is vulnerable to parameter injection in database connection strings, which allows an attacker to read local files on the machine the application is running on.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The application uses string concatenation to build database connection URIs which are then passed to corresponding libraries responsible for setting up the database connections.&lt;/p&gt;
&lt;p&gt;This string concatenation is done unsafely and without escaping or encoding the user input. This allows an user, in many cases, to inject arbitrary parameters into the URI string. These parameters can be potentially dangerous depending on the libraries used.&lt;/p&gt;
&lt;p&gt;One of these dangerous parameters is `allowAllFiles` in the library `github.com/go-sql-driver/mysql`. Should this be set to `true`, the library enables running the `LOAD DATA LOCAL INFILE` query on any file on the host machine (in this case, the machine that WhoDB is running on). Source: https://github.com/go-sql-driver/mysql/blob/7403860363ca112af503b4612568c3096fecb466/infile.go#L128&lt;/p&gt;
&lt;p&gt;By injecting `&amp;amp;allowAllFiles=true` into the connection URI and connecting to any MySQL server (such as an attacker-controlled one), the attacker is able to read local files.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;As this vulnerability does not require sending requests manually and can all be done using the WhoDB UI, screenshots are provided instead of HTTP requests.&lt;/p&gt;
&lt;p&gt;For this proof-of-concept, a clean instance of WhoDB and MySQL were set up using podman (docker is a suitable alternative):&lt;/p&gt;
&lt;p&gt;`…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-c7w4-9wv8-7x7c</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:14754-1 — govulncheck-vulndb-0.0.20250207T224745-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:14754-1</link>
      <description>&lt;p&gt;govulncheck-vulndb-0.0.20250207T224745-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;govulncheck-vulndb-0.0.20250207T224745-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2025:14754-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:0429-1 — Security update for govulncheck-vulndb</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:0429-1</link>
      <description>&lt;p&gt;Security update for govulncheck-vulndb&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for govulncheck-vulndb&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2025:0429-1</guid>
    </item>
  </channel>
</rss>
