<?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>Sat, 10 Oct 2026 15:47:40 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-270477</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-270477</link>
      <description>EUVD-2026-270477</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-270477</guid>
    </item>
    <item>
      <title>fkie_cve-2026-26198</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-26198</link>
      <description>&lt;p&gt;Ormar is a async mini ORM for Python. In versions 0.9.9 through 0.22.0, when performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter. Version 0.23.0 contains a patch.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ormar is a async mini ORM for Python. In versions 0.9.9 through 0.22.0, when performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter. Version 0.23.0 contains a patch.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-26198</guid>
    </item>
    <item>
      <title>GHSA-xxh2-68g9-8jqr — ormar is vulnerable to SQL Injection through aggregate functions min() and max()</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xxh2-68g9-8jqr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ormar&lt;/p&gt;
&lt;p&gt;# Report of SQL Injection Vulnerability in Ormar ORM&lt;/p&gt;
&lt;p&gt;## A SQL Injection attack can be achieved by passing a crafted string to the min() or max() aggregate functions.&lt;/p&gt;
&lt;p&gt;## Brief description&lt;/p&gt;
&lt;p&gt;When performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;```
0.9.9 - 0.12.2
0.20.0b1 - 0.22.0 (latest)
```&lt;/p&gt;
&lt;p&gt;The vulnerable `SelectAction.get_text_clause()` method and the `min()`/`max()` aggregate functions were introduced together in commit `ff9d412` (March 12, 2021) and first released in version **0.9.9**. The vulnerable code has never been modified since — `get_text_clause()` is identical in every subsequent version through the latest **0.21.0**.&lt;/p&gt;
&lt;p&gt;Versions prior to 0.9.9 do not contain the `min()`/`max()` aggregate feature and are not affected.&lt;/p&gt;
&lt;p&gt;The following uses the latest ormar 0…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ormar&lt;/p&gt;
&lt;p&gt;# Report of SQL Injection Vulnerability in Ormar ORM&lt;/p&gt;
&lt;p&gt;## A SQL Injection attack can be achieved by passing a crafted string to the min() or max() aggregate functions.&lt;/p&gt;
&lt;p&gt;## Brief description&lt;/p&gt;
&lt;p&gt;When performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;```
0.9.9 - 0.12.2
0.20.0b1 - 0.22.0 (latest)
```&lt;/p&gt;
&lt;p&gt;The vulnerable `SelectAction.get_text_clause()` method and the `min()`/`max()` aggregate functions were introduced together in commit `ff9d412` (March 12, 2021) and first released in version **0.9.9**. The vulnerable code has never been modified since — `get_text_clause()` is identical in every subsequent version through the latest **0.21.0**.&lt;/p&gt;
&lt;p&gt;Versions prior to 0.9.9 do not contain the `min()`/`max()` aggregate feature and are not affected.&lt;/p&gt;
&lt;p&gt;The following uses the latest ormar 0…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xxh2-68g9-8jqr</guid>
    </item>
    <item>
      <title>PYSEC-2026-439 — ormar is vulnerable to SQL Injection through aggregate functions min() and max()</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-439</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ormar&lt;/p&gt;
&lt;p&gt;# Report of SQL Injection Vulnerability in Ormar ORM&lt;/p&gt;
&lt;p&gt;## A SQL Injection attack can be achieved by passing a crafted string to the min() or max() aggregate functions.&lt;/p&gt;
&lt;p&gt;## Brief description&lt;/p&gt;
&lt;p&gt;When performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter.
 
## Affected versions&lt;/p&gt;
&lt;p&gt;```
0.9.9 - 0.12.2
0.20.0b1 - 0.22.0 (latest)
```
 
The vulnerable `SelectAction.get_text_clause()` method and the `min()`/`max()` aggregate functions were introduced together in commit `ff9d412` (March 12, 2021) and first released in version **0.9.9**. The vulnerable code has never been modified since — `get_text_clause()` is identical in every subsequent version through the latest **0.21.0**.&lt;/p&gt;
&lt;p&gt;Versions prior to 0.9.9 do not contain the `min()`/`max()` aggregate feature and are not affected.&lt;/p&gt;
&lt;p&gt;The following uses the latest ormar…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ormar&lt;/p&gt;
&lt;p&gt;# Report of SQL Injection Vulnerability in Ormar ORM&lt;/p&gt;
&lt;p&gt;## A SQL Injection attack can be achieved by passing a crafted string to the min() or max() aggregate functions.&lt;/p&gt;
&lt;p&gt;## Brief description&lt;/p&gt;
&lt;p&gt;When performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter.
 
## Affected versions&lt;/p&gt;
&lt;p&gt;```
0.9.9 - 0.12.2
0.20.0b1 - 0.22.0 (latest)
```
 
The vulnerable `SelectAction.get_text_clause()` method and the `min()`/`max()` aggregate functions were introduced together in commit `ff9d412` (March 12, 2021) and first released in version **0.9.9**. The vulnerable code has never been modified since — `get_text_clause()` is identical in every subsequent version through the latest **0.21.0**.&lt;/p&gt;
&lt;p&gt;Versions prior to 0.9.9 do not contain the `min()`/`max()` aggregate feature and are not affected.&lt;/p&gt;
&lt;p&gt;The following uses the latest ormar…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-439</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-26198</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-26198</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:24.04:LTS: ormar, Ubuntu:25.10: ormar, Ubuntu:26.04:LTS: ormar&lt;/p&gt;
&lt;p&gt;Ormar is a async mini ORM for Python. In versions 0.9.9 through 0.22.0, when performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter. Version 0.23.0 contains a patch.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:24.04:LTS: ormar, Ubuntu:25.10: ormar, Ubuntu:26.04:LTS: ormar&lt;/p&gt;
&lt;p&gt;Ormar is a async mini ORM for Python. In versions 0.9.9 through 0.22.0, when performing aggregate queries, Ormar ORM constructs SQL expressions by passing user-supplied column names directly into `sqlalchemy.text()` without any validation or sanitization. The `min()` and `max()` methods in the `QuerySet` class accept arbitrary string input as the column parameter. While `sum()` and `avg()` are partially protected by an `is_numeric` type check that rejects non-existent fields, `min()` and `max()` skip this validation entirely. As a result, an attacker-controlled string is embedded as raw SQL inside the aggregate function call. Any unauthorized user can exploit this vulnerability to read the entire database contents, including tables unrelated to the queried model, by injecting a subquery as the column parameter. Version 0.23.0 contains a patch.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-26198</guid>
    </item>
  </channel>
</rss>
