<?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, 17 Oct 2026 19:07:18 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-276648</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-276648</link>
      <description>EUVD-2026-276648</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-276648</guid>
    </item>
    <item>
      <title>fkie_cve-2026-32813</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-32813</link>
      <description>&lt;p&gt;Admidio is an open-source user management solution. Versions 5.0.6 and below are vulnerable to arbitrary SQL Injection through the MyList configuration feature. The MyList configuration feature lets authenticated users define custom list column layouts, storing user-supplied column names, sort directions, and filter conditions in the adm_list_columns table via prepared statements. However, these stored values are later read back and interpolated directly into dynamically constructed SQL queries without sanitization or parameterization, creating a classic second-order SQL injection vulnerability (safe write, unsafe read). An attacker can exploit this to inject arbitrary SQL, potentially reading, modifying, or deleting any data in the database and achieving full database compromise. This issue has been fixed in version 5.0.7.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Admidio is an open-source user management solution. Versions 5.0.6 and below are vulnerable to arbitrary SQL Injection through the MyList configuration feature. The MyList configuration feature lets authenticated users define custom list column layouts, storing user-supplied column names, sort directions, and filter conditions in the adm_list_columns table via prepared statements. However, these stored values are later read back and interpolated directly into dynamically constructed SQL queries without sanitization or parameterization, creating a classic second-order SQL injection vulnerability (safe write, unsafe read). An attacker can exploit this to inject arbitrary SQL, potentially reading, modifying, or deleting any data in the database and achieving full database compromise. This issue has been fixed in version 5.0.7.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-32813</guid>
    </item>
    <item>
      <title>GHSA-3x67-4c2c-w45m — Admidio has a Second-Order SQL Injection via List Configuration (lsc_special_field, lsc_sort, lsc_filter)</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3x67-4c2c-w45m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: admidio/admidio&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The MyList configuration feature in Admidio allows authenticated users to define custom list column layouts. User-supplied column names, sort directions, and filter conditions are stored in the `adm_list_columns` table via prepared statements (safe storage), but are later read back and interpolated directly into dynamically constructed SQL queries without sanitization or parameterization. This is a classic second-order SQL injection: safe write, unsafe read.&lt;/p&gt;
&lt;p&gt;An attacker can inject arbitrary SQL through these stored values to read, modify, or delete any data in the database, potentially achieving full database compromise.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;### Step 1: Storing the Payload (Safe Write)&lt;/p&gt;
&lt;p&gt;In `modules/groups-roles/mylist_function.php` (lines 89-115), user-supplied POST array values for column names, sort directions, and filter conditions are accepted. The only validation on column values is a prefix check (must start with `usr_` or `mem_`). Sort and condition values have no validation at all. These values are stored in the database via `ListConfiguration::addColumn()` which calls `Entity::save()` using prepared statements -- so the INSERT/UPDATE is safe.&lt;/p&gt;
&lt;p&gt;Key source file references:
- `D:\bugcrowd\admidio\repo\modules\groups-roles\mylist_function.php` lines 89-115
- `D:\bugcrowd\admidio\repo\src\Roles\Entity\ListConfiguration.php` lines 106-116&lt;/p&gt;
&lt;p&gt;### Step 2: Triggering the Payload (Unsafe Read)&lt;/p&gt;
&lt;p&gt;When the list is viewed (via `lists_show.php`), `ListConfiguration::getSql()` r…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: admidio/admidio&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The MyList configuration feature in Admidio allows authenticated users to define custom list column layouts. User-supplied column names, sort directions, and filter conditions are stored in the `adm_list_columns` table via prepared statements (safe storage), but are later read back and interpolated directly into dynamically constructed SQL queries without sanitization or parameterization. This is a classic second-order SQL injection: safe write, unsafe read.&lt;/p&gt;
&lt;p&gt;An attacker can inject arbitrary SQL through these stored values to read, modify, or delete any data in the database, potentially achieving full database compromise.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;### Step 1: Storing the Payload (Safe Write)&lt;/p&gt;
&lt;p&gt;In `modules/groups-roles/mylist_function.php` (lines 89-115), user-supplied POST array values for column names, sort directions, and filter conditions are accepted. The only validation on column values is a prefix check (must start with `usr_` or `mem_`). Sort and condition values have no validation at all. These values are stored in the database via `ListConfiguration::addColumn()` which calls `Entity::save()` using prepared statements -- so the INSERT/UPDATE is safe.&lt;/p&gt;
&lt;p&gt;Key source file references:
- `D:\bugcrowd\admidio\repo\modules\groups-roles\mylist_function.php` lines 89-115
- `D:\bugcrowd\admidio\repo\src\Roles\Entity\ListConfiguration.php` lines 106-116&lt;/p&gt;
&lt;p&gt;### Step 2: Triggering the Payload (Unsafe Read)&lt;/p&gt;
&lt;p&gt;When the list is viewed (via `lists_show.php`), `ListConfiguration::getSql()` r…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3x67-4c2c-w45m</guid>
    </item>
  </channel>
</rss>
