<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-19T13:22:57.400886+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-276783</id>
    <title>EUVD-2026-276783</title>
    <updated>2026-10-19T13:22:57.404305+00:00</updated>
    <content>EUVD-2026-276783</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-276783"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-32818</id>
    <title>fkie_cve-2026-32818</title>
    <updated>2026-10-19T13:22:57.404343+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Admidio is an open-source user management solution. In versions 5.0.0 through 5.0.6, the forum module in Admidio does not verify whether the current user has permission to delete forum topics or posts. Both the topic_delete and post_delete actions in forum.php only validate the CSRF token but perform no authorization check before calling delete(). Any authenticated user with forum access can delete any topic (with all its posts) or any individual post by providing its UUID. This is inconsistent with the save/edit operations, which properly check isAdministratorForum() and ownership before allowing modifications. Any logged-in user can permanently and irreversibly delete any forum topic (including all its posts) or any individual post by simply knowing its UUID (which is publicly visible in URLs), completely bypassing authorization checks. This issue has been fixed in version 5.0.7.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-32818"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-g375-5wmp-xr78</id>
    <title>GHSA-g375-5wmp-xr78 — Admidio is Missing Authorization on Forum Topic and Post Deletion</title>
    <updated>2026-10-19T13:22:57.404379+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: admidio/admidio</p>
<p>## Summary</p>
<p>The forum module in Admidio does not verify whether the current user has permission to delete forum topics or posts. Both the `topic_delete` and `post_delete` actions in `forum.php` only validate the CSRF token but perform no authorization check before calling `delete()`. Any authenticated user with forum access can delete any topic (with all its posts) or any individual post by providing its UUID.</p>
<p>This is inconsistent with the save/edit operations, which properly check `isAdministratorForum()` and ownership before allowing modifications.</p>
<p>## Details</p>
<p>### Vulnerable Code Path 1: Topic Deletion</p>
<p>File: `D:\bugcrowd\admidio\repo\modules\forum.php`, lines 98-108</p>
<p>The topic_delete handler validates CSRF but never calls `$topic-&gt;isEditable()`:</p>
<p>```php
case 'topic_delete':
    // check the CSRF token of the form against the session token
    SecurityUtils::validateCsrfToken($_POST['adm_csrf_token']);</p>
<p>$topic = new Topic($gDb);
    $topic-&gt;readDataByUuid($getTopicUUID);
    $topic-&gt;delete();
    echo json_encode(array('status' =&gt; 'success'));
    break;
```</p>
<p>The `Topic` class has an `isEditable()` method (lines 144-164 of `ListConfiguration.php`) that properly checks `isAdministratorForum()` and `getAllEditableCategories('FOT')`, but it is never called in the delete path.</p>
<p>### Vulnerable Code Path 2: Post Deletion</p>
<p>File: `D:\bugcrowd\admidio\repo\modules\forum.php`, lines 125-134</p>
<p>The post_delete handler also validates CSRF but performs no authorization check:</p>
<p>```p…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-g375-5wmp-xr78"/>
  </entry>
</feed>
