<?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>Mon, 12 Oct 2026 17:55:00 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-373314</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-373314</link>
      <description>EUVD-2026-373314</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-373314</guid>
    </item>
    <item>
      <title>fkie_cve-2026-61700</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-61700</link>
      <description>&lt;p&gt;MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. Prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9, ClientMessage.readPacket processes a server-initiated LOCAL INFILE protocol packet 0xfb without enforcing allowLocalInfile=false. When an application sends a LOAD DATA LOCAL INFILE COM_QUERY, a rogue or man-in-the-middle server can echo the same filename and cause the connector to transmit that file despite the disabled option. The server cannot redirect the request to an arbitrary path and can receive only the exact file already selected by the application, so exploitation requires an application that actively loads sensitive data over an untrusted connection. This issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. Prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9, ClientMessage.readPacket processes a server-initiated LOCAL INFILE protocol packet 0xfb without enforcing allowLocalInfile=false. When an application sends a LOAD DATA LOCAL INFILE COM_QUERY, a rogue or man-in-the-middle server can echo the same filename and cause the connector to transmit that file despite the disabled option. The server cannot redirect the request to an arbitrary path and can receive only the exact file already selected by the application, so exploitation requires an application that actively loads sensitive data over an untrusted connection. This issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-61700</guid>
    </item>
    <item>
      <title>GHSA-wxmm-q36w-r9xj — MariaDB Connector/J does not enforce allowLocalInfile=false  on server-initiated LOCAL INFILE requests</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-wxmm-q36w-r9xj</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.mariadb.jdbc:mariadb-java-client&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;MariaDB Connector/J does not enforce `allowLocalInfile=false` when 
processing server-initiated LOCAL INFILE requests (protocol packet 
type `0xfb`). However, exploitation is constrained: the server can 
only request the exact filename the client already included in its 
`LOAD DATA LOCAL INFILE` query, it cannot redirect to arbitrary paths.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;When a client executes `LOAD DATA LOCAL INFILE &amp;#39;/path/to/file&amp;#39;`, the 
connector sends the filename to the server as part of the COM_QUERY. 
A rogue or MitM server responds with a `0xfb` packet echoing that 
same filename. The connector, without checking `allowLocalInfile`, 
transmits the file content.&lt;/p&gt;
&lt;p&gt;The bypass is therefore limited to the file the application itself 
intended to load. The attacker cannot escalate to other files 
(e.g. `/etc/passwd`) unless the application&amp;#39;s own query targets them.&lt;/p&gt;
&lt;p&gt;The real-world risk is:
- An application that uses `LOAD DATA LOCAL INFILE` on potentially 
  sensitive files (credentials, exports, configs) and connects over 
  an untrusted network.
- `allowLocalInfile=false` is supposed to disable this entire 
  mechanism as a defense-in-depth measure, but the flag is ignored.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;The security guarantee of `allowLocalInfile=false` is not upheld, 
but practical exploitation requires both a MitM/rogue server and an 
application that actively uses LOCAL INFILE on sensitive data.&lt;/p&gt;
&lt;p&gt;## Credit&lt;/p&gt;
&lt;p&gt;Reported by tharavel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.mariadb.jdbc:mariadb-java-client&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;MariaDB Connector/J does not enforce `allowLocalInfile=false` when 
processing server-initiated LOCAL INFILE requests (protocol packet 
type `0xfb`). However, exploitation is constrained: the server can 
only request the exact filename the client already included in its 
`LOAD DATA LOCAL INFILE` query, it cannot redirect to arbitrary paths.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;When a client executes `LOAD DATA LOCAL INFILE &amp;#39;/path/to/file&amp;#39;`, the 
connector sends the filename to the server as part of the COM_QUERY. 
A rogue or MitM server responds with a `0xfb` packet echoing that 
same filename. The connector, without checking `allowLocalInfile`, 
transmits the file content.&lt;/p&gt;
&lt;p&gt;The bypass is therefore limited to the file the application itself 
intended to load. The attacker cannot escalate to other files 
(e.g. `/etc/passwd`) unless the application&amp;#39;s own query targets them.&lt;/p&gt;
&lt;p&gt;The real-world risk is:
- An application that uses `LOAD DATA LOCAL INFILE` on potentially 
  sensitive files (credentials, exports, configs) and connects over 
  an untrusted network.
- `allowLocalInfile=false` is supposed to disable this entire 
  mechanism as a defense-in-depth measure, but the flag is ignored.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;The security guarantee of `allowLocalInfile=false` is not upheld, 
but practical exploitation requires both a MitM/rogue server and an 
application that actively uses LOCAL INFILE on sensitive data.&lt;/p&gt;
&lt;p&gt;## Credit&lt;/p&gt;
&lt;p&gt;Reported by tharavel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-wxmm-q36w-r9xj</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-61700</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-61700</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: mariadb-connector-java, Ubuntu:20.04:LTS: mariadb-connector-java, Ubuntu:22.04:LTS: mariadb-connector-java, Ubuntu:24.04:LTS: mariadb-connector-java, Ubuntu:26.04:LTS: mariadb-connector-java&lt;/p&gt;
&lt;p&gt;MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. Prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9, ClientMessage.readPacket processes a server-initiated LOCAL INFILE protocol packet 0xfb without enforcing allowLocalInfile=false. When an application sends a LOAD DATA LOCAL INFILE COM_QUERY, a rogue or man-in-the-middle server can echo the same filename and cause the connector to transmit that file despite the disabled option. The server cannot redirect the request to an arbitrary path and can receive only the exact file already selected by the application, so exploitation requires an application that actively loads sensitive data over an untrusted connection. This issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: mariadb-connector-java, Ubuntu:20.04:LTS: mariadb-connector-java, Ubuntu:22.04:LTS: mariadb-connector-java, Ubuntu:24.04:LTS: mariadb-connector-java, Ubuntu:26.04:LTS: mariadb-connector-java&lt;/p&gt;
&lt;p&gt;MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. Prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9, ClientMessage.readPacket processes a server-initiated LOCAL INFILE protocol packet 0xfb without enforcing allowLocalInfile=false. When an application sends a LOAD DATA LOCAL INFILE COM_QUERY, a rogue or man-in-the-middle server can echo the same filename and cause the connector to transmit that file despite the disabled option. The server cannot redirect the request to an arbitrary path and can receive only the exact file already selected by the application, so exploitation requires an application that actively loads sensitive data over an untrusted connection. This issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-61700</guid>
    </item>
  </channel>
</rss>
