<?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 11:14:13 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-330150</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-330150</link>
      <description>EUVD-2026-330150</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-330150</guid>
    </item>
    <item>
      <title>fkie_cve-2026-47378</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-47378</link>
      <description>&lt;p&gt;NocoDB is software for building databases as spreadsheets. Prior to 2026.04.1, Public shared-view endpoints exposed values from columns that the view owner had hidden, via three independent paths: groupBy returned raw values for any column named in the request, filter and sort arrays operated on hidden columns enabling boolean-blind extraction, and the related-data list accepted arbitrary link-column IDs from other tables in the same base. This vulnerability is fixed in 2026.04.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;NocoDB is software for building databases as spreadsheets. Prior to 2026.04.1, Public shared-view endpoints exposed values from columns that the view owner had hidden, via three independent paths: groupBy returned raw values for any column named in the request, filter and sort arrays operated on hidden columns enabling boolean-blind extraction, and the related-data list accepted arbitrary link-column IDs from other tables in the same base. This vulnerability is fixed in 2026.04.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-47378</guid>
    </item>
    <item>
      <title>GHSA-4w6r-5c2j-qf5f — NocoDB: Hidden Column Exposure in Public Shared View Endpoints</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4w6r-5c2j-qf5f</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nocodb&lt;/p&gt;
&lt;p&gt;### Summary
Public shared-view endpoints exposed values from columns that the view owner had
hidden, via three independent paths: groupBy returned raw values for any column
named in the request, filter and sort arrays operated on hidden columns enabling
boolean-blind extraction, and the related-data list accepted arbitrary link-column
IDs from other tables in the same base.&lt;/p&gt;
&lt;p&gt;### Details
A new `sanitizeListArgsForPublicView` helper now strips request keys that should
never be caller-controlled (e.g. `getHiddenColumn`, `nested`), parses `where`
clauses against a restricted alias map that only contains visible columns, and
recursively removes filter/sort entries whose `fk_column_id` is not in the visible
set. `validateGroupByColumnNames` and `validateGroupColumnId` reject groupBy
requests whose `column_name` (CSV-style) or `groupColumnId` is not in the visible
or group-by column set. `relDataList` now checks `column.fk_model_id ===
currentModel.id` before resolving the linked table, matching the pre-existing
check on `publicMmList` and `publicHmList`.&lt;/p&gt;
&lt;p&gt;### Impact
Anyone with a shared-view UUID could enumerate hidden-column values directly (via
groupBy), confirm hidden-column values by observing row counts (via filter), or
read records from unrelated tables in the same base (via the related-data list).
No authentication was required.&lt;/p&gt;
&lt;p&gt;### Credit
This issue was reported by [@0xBassia](https://github.com/0xBassia).
It was independently reported by [@b-hermes](https://github.com/b-…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nocodb&lt;/p&gt;
&lt;p&gt;### Summary
Public shared-view endpoints exposed values from columns that the view owner had
hidden, via three independent paths: groupBy returned raw values for any column
named in the request, filter and sort arrays operated on hidden columns enabling
boolean-blind extraction, and the related-data list accepted arbitrary link-column
IDs from other tables in the same base.&lt;/p&gt;
&lt;p&gt;### Details
A new `sanitizeListArgsForPublicView` helper now strips request keys that should
never be caller-controlled (e.g. `getHiddenColumn`, `nested`), parses `where`
clauses against a restricted alias map that only contains visible columns, and
recursively removes filter/sort entries whose `fk_column_id` is not in the visible
set. `validateGroupByColumnNames` and `validateGroupColumnId` reject groupBy
requests whose `column_name` (CSV-style) or `groupColumnId` is not in the visible
or group-by column set. `relDataList` now checks `column.fk_model_id ===
currentModel.id` before resolving the linked table, matching the pre-existing
check on `publicMmList` and `publicHmList`.&lt;/p&gt;
&lt;p&gt;### Impact
Anyone with a shared-view UUID could enumerate hidden-column values directly (via
groupBy), confirm hidden-column values by observing row counts (via filter), or
read records from unrelated tables in the same base (via the related-data list).
No authentication was required.&lt;/p&gt;
&lt;p&gt;### Credit
This issue was reported by [@0xBassia](https://github.com/0xBassia).
It was independently reported by [@b-hermes](https://github.com/b-…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4w6r-5c2j-qf5f</guid>
    </item>
  </channel>
</rss>
