<?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>Sun, 18 Oct 2026 04:34:23 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-274770</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-274770</link>
      <description>EUVD-2026-274770</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-274770</guid>
    </item>
    <item>
      <title>fkie_cve-2026-28438</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-28438</link>
      <description>&lt;p&gt;CocoIndex is a data transformation framework for AI. Prior to version 0.3.34, the Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (ALTER TABLE). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change. This issue has been patched in version 0.3.34.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;CocoIndex is a data transformation framework for AI. Prior to version 0.3.34, the Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (ALTER TABLE). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change. This issue has been patched in version 0.3.34.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-28438</guid>
    </item>
    <item>
      <title>GHSA-59g6-v3vg-f7wc — CocoIndex Doris target connector didn't verify table name when constructing ALTER TABLE statements</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-59g6-v3vg-f7wc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: cocoindex&lt;/p&gt;
&lt;p&gt;### Impact
The Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (`ALTER TABLE`). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change.&lt;/p&gt;
&lt;p&gt;### Patches
Yes, it&amp;#39;s fixed in cocoindex 0.3.34: we start to validate table names passed to Doris target at entry point and error out immediately if it&amp;#39;s not a valid identifier.&lt;/p&gt;
&lt;p&gt;### Workarounds
Users should make sure table names used to configure CocoIndex targets are valid, regardless of this fix. Which means&lt;/p&gt;
&lt;p&gt;- The table name comes from a trusted source (e.g. for most cases it&amp;#39;s just a fixed string literal).
- Even if it comes from an untrusted source (e.g. provided by end user), it should be validated before using it to configure the Doris target for CocoIndex.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: cocoindex&lt;/p&gt;
&lt;p&gt;### Impact
The Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (`ALTER TABLE`). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change.&lt;/p&gt;
&lt;p&gt;### Patches
Yes, it&amp;#39;s fixed in cocoindex 0.3.34: we start to validate table names passed to Doris target at entry point and error out immediately if it&amp;#39;s not a valid identifier.&lt;/p&gt;
&lt;p&gt;### Workarounds
Users should make sure table names used to configure CocoIndex targets are valid, regardless of this fix. Which means&lt;/p&gt;
&lt;p&gt;- The table name comes from a trusted source (e.g. for most cases it&amp;#39;s just a fixed string literal).
- Even if it comes from an untrusted source (e.g. provided by end user), it should be validated before using it to configure the Doris target for CocoIndex.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-59g6-v3vg-f7wc</guid>
    </item>
    <item>
      <title>PYSEC-2026-2133</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-2133</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: cocoindex&lt;/p&gt;
&lt;p&gt;CocoIndex is a data transformation framework for AI. Prior to version 0.3.34, the Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (ALTER TABLE). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change. This issue has been patched in version 0.3.34.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: cocoindex&lt;/p&gt;
&lt;p&gt;CocoIndex is a data transformation framework for AI. Prior to version 0.3.34, the Doris target connector didn&amp;#39;t verify the configured table name before creating some SQL statements (ALTER TABLE). So, in the application code, if the table name is provided by an untrusted upstream, it expose vulnerability to SQL injection when target schema change. This issue has been patched in version 0.3.34.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-2133</guid>
    </item>
  </channel>
</rss>
