<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T17:34:53.220377+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/bdu:2025-02454</id>
    <title>bdu:2025-02454</title>
    <updated>2026-10-02T17:34:53.296028+00:00</updated>
    <content>bdu:2025-02454</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2025-02454"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-214086</id>
    <title>EUVD-2026-214086</title>
    <updated>2026-10-02T17:34:53.296070+00:00</updated>
    <content>EUVD-2026-214086</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-214086"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-24787</id>
    <title>fkie_cve-2025-24787</title>
    <updated>2026-10-02T17:34:53.296091+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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;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.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-24787"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-c7w4-9wv8-7x7c</id>
    <title>GHSA-c7w4-9wv8-7x7c — WhoDB allows parameter injection in DB connection URIs leading to local file inclusion</title>
    <updated>2026-10-02T17:34:53.296167+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/clidey/whodb/core</p>
<p>### Summary</p>
<p>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.</p>
<p>### Details</p>
<p>The application uses string concatenation to build database connection URIs which are then passed to corresponding libraries responsible for setting up the database connections.</p>
<p>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.</p>
<p>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</p>
<p>By injecting `&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.</p>
<p>### PoC</p>
<p>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.</p>
<p>For this proof-of-concept, a clean instance of WhoDB and MySQL were set up using podman (docker is a suitable alternative):</p>
<p>`…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-c7w4-9wv8-7x7c"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/opensuse-su-2025:14754-1</id>
    <title>openSUSE-SU-2025:14754-1 — govulncheck-vulndb-0.0.20250207T224745-1.1 on GA media</title>
    <updated>2026-10-02T17:34:53.296290+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>govulncheck-vulndb-0.0.20250207T224745-1.1 on GA media</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/opensuse-su-2025:14754-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/suse-su-2025:0429-1</id>
    <title>SUSE-SU-2025:0429-1 — Security update for govulncheck-vulndb</title>
    <updated>2026-10-02T17:34:53.296326+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Security update for govulncheck-vulndb</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/suse-su-2025:0429-1"/>
  </entry>
</feed>
