<?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://vulnerability.circl.lu</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>Wed, 30 Sep 2026 22:07:13 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-61663</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-61663</link>
      <description>&lt;p&gt;django CMS is an easy-to-use and developer-friendly enterprise content management system powered by Django. Prior to 5.0.9, render_object_structure fails to authorize non-PageContent objects that use PlaceholderRelationField. An active staff user without cms.use_structure or model-level view or change permission can request the //admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/ endpoint with guessed content_type_id and object_id values. The response discloses placeholder slot names, plugin trees, plugin identifiers, labels, and object existence for frontend-editable objects. The fix applies user_can_view_placeholder_source to the non-PageContent branch while keeping the structure board read-only for view-only users. This issue is fixed in versions 5.0.9.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;django CMS is an easy-to-use and developer-friendly enterprise content management system powered by Django. Prior to 5.0.9, render_object_structure fails to authorize non-PageContent objects that use PlaceholderRelationField. An active staff user without cms.use_structure or model-level view or change permission can request the //admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/ endpoint with guessed content_type_id and object_id values. The response discloses placeholder slot names, plugin trees, plugin identifiers, labels, and object existence for frontend-editable objects. The fix applies user_can_view_placeholder_source to the non-PageContent branch while keeping the structure board read-only for view-only users. This issue is fixed in versions 5.0.9.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-61663</guid>
    </item>
    <item>
      <title>GHSA-8qj2-c6q4-f399 — django CMS: Missing authorization in `render_object_structure` discloses non-PageContent placeholder structure to low-p…</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-8qj2-c6q4-f399</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: django-cms&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The django-cms frontend-editing structure endpoint&lt;/p&gt;
&lt;p&gt;```
GET /&amp;lt;lang&amp;gt;/admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/
```&lt;/p&gt;
&lt;p&gt;did not perform an object-level authorization check for **non-`PageContent`** objects. Any authenticated, active staff user could request the structure endpoint for a frontend-editable object (a model using `PlaceholderRelationField`) and read its placeholder/plugin structure, even without permission to change that object and without the `cms.use_structure` permission that the toolbar UI requires before offering structure mode.&lt;/p&gt;
&lt;p&gt;`PageContent` objects were already protected (a page-view check added in GHSA/PR #8644); this advisory covers the remaining non-`PageContent` branch of the same view.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;The issue is staff-gated and read-only, disclosing CMS structure metadata (placeholder slot names, plugin tree, plugin identifiers/labels, object existence) rather than write access or arbitrary field data.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;- django-cms `&amp;gt;= 4.0.0, &amp;lt;= 5.0.x` and `5.1.0a1`
  (the vulnerable non-`PageContent` branch was introduced with the frontend-editing endpoints in 4.0)&lt;/p&gt;
&lt;p&gt;## Patched versions&lt;/p&gt;
&lt;p&gt;- django-cms TODO: 5.0.9&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- An authenticated, active staff account (`is_staff=True`).
- The deployment exposes a non-`PageContent` model with django-cms placeholders / frontend editing (e.g. via `PlaceholderRelationField`).
- The attacker can guess or enumerate the target `content_type_id` and object id.
- Th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: django-cms&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The django-cms frontend-editing structure endpoint&lt;/p&gt;
&lt;p&gt;```
GET /&amp;lt;lang&amp;gt;/admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/
```&lt;/p&gt;
&lt;p&gt;did not perform an object-level authorization check for **non-`PageContent`** objects. Any authenticated, active staff user could request the structure endpoint for a frontend-editable object (a model using `PlaceholderRelationField`) and read its placeholder/plugin structure, even without permission to change that object and without the `cms.use_structure` permission that the toolbar UI requires before offering structure mode.&lt;/p&gt;
&lt;p&gt;`PageContent` objects were already protected (a page-view check added in GHSA/PR #8644); this advisory covers the remaining non-`PageContent` branch of the same view.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;The issue is staff-gated and read-only, disclosing CMS structure metadata (placeholder slot names, plugin tree, plugin identifiers/labels, object existence) rather than write access or arbitrary field data.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;- django-cms `&amp;gt;= 4.0.0, &amp;lt;= 5.0.x` and `5.1.0a1`
  (the vulnerable non-`PageContent` branch was introduced with the frontend-editing endpoints in 4.0)&lt;/p&gt;
&lt;p&gt;## Patched versions&lt;/p&gt;
&lt;p&gt;- django-cms TODO: 5.0.9&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- An authenticated, active staff account (`is_staff=True`).
- The deployment exposes a non-`PageContent` model with django-cms placeholders / frontend editing (e.g. via `PlaceholderRelationField`).
- The attacker can guess or enumerate the target `content_type_id` and object id.
- Th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-8qj2-c6q4-f399</guid>
    </item>
    <item>
      <title>PYSEC-2026-3823 — django CMS: Missing authorization in `render_object_structure` discloses non-PageContent placeholder structure to low-p…</title>
      <link>https://vulnerability.circl.lu/vuln/pysec-2026-3823</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: django-cms&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The django-cms frontend-editing structure endpoint&lt;/p&gt;
&lt;p&gt;```
GET /&amp;lt;lang&amp;gt;/admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/
```&lt;/p&gt;
&lt;p&gt;did not perform an object-level authorization check for **non-`PageContent`** objects. Any authenticated, active staff user could request the structure endpoint for a frontend-editable object (a model using `PlaceholderRelationField`) and read its placeholder/plugin structure, even without permission to change that object and without the `cms.use_structure` permission that the toolbar UI requires before offering structure mode.&lt;/p&gt;
&lt;p&gt;`PageContent` objects were already protected (a page-view check added in GHSA/PR #8644); this advisory covers the remaining non-`PageContent` branch of the same view.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;The issue is staff-gated and read-only, disclosing CMS structure metadata (placeholder slot names, plugin tree, plugin identifiers/labels, object existence) rather than write access or arbitrary field data.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;- django-cms `&amp;gt;= 4.0.0, &amp;lt;= 5.0.x` and `5.1.0a1`
  (the vulnerable non-`PageContent` branch was introduced with the frontend-editing endpoints in 4.0)&lt;/p&gt;
&lt;p&gt;## Patched versions&lt;/p&gt;
&lt;p&gt;- django-cms TODO: 5.0.9&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- An authenticated, active staff account (`is_staff=True`).
- The deployment exposes a non-`PageContent` model with django-cms placeholders / frontend editing (e.g. via `PlaceholderRelationField`).
- The attacker can guess or enumerate the target `content_type_id` and object id.
- Th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: django-cms&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The django-cms frontend-editing structure endpoint&lt;/p&gt;
&lt;p&gt;```
GET /&amp;lt;lang&amp;gt;/admin/cms/placeholder/object/&amp;lt;content_type_id&amp;gt;/structure/&amp;lt;object_id&amp;gt;/
```&lt;/p&gt;
&lt;p&gt;did not perform an object-level authorization check for **non-`PageContent`** objects. Any authenticated, active staff user could request the structure endpoint for a frontend-editable object (a model using `PlaceholderRelationField`) and read its placeholder/plugin structure, even without permission to change that object and without the `cms.use_structure` permission that the toolbar UI requires before offering structure mode.&lt;/p&gt;
&lt;p&gt;`PageContent` objects were already protected (a page-view check added in GHSA/PR #8644); this advisory covers the remaining non-`PageContent` branch of the same view.&lt;/p&gt;
&lt;p&gt;## Severity&lt;/p&gt;
&lt;p&gt;The issue is staff-gated and read-only, disclosing CMS structure metadata (placeholder slot names, plugin tree, plugin identifiers/labels, object existence) rather than write access or arbitrary field data.&lt;/p&gt;
&lt;p&gt;## Affected versions&lt;/p&gt;
&lt;p&gt;- django-cms `&amp;gt;= 4.0.0, &amp;lt;= 5.0.x` and `5.1.0a1`
  (the vulnerable non-`PageContent` branch was introduced with the frontend-editing endpoints in 4.0)&lt;/p&gt;
&lt;p&gt;## Patched versions&lt;/p&gt;
&lt;p&gt;- django-cms TODO: 5.0.9&lt;/p&gt;
&lt;p&gt;## Preconditions&lt;/p&gt;
&lt;p&gt;- An authenticated, active staff account (`is_staff=True`).
- The deployment exposes a non-`PageContent` model with django-cms placeholders / frontend editing (e.g. via `PlaceholderRelationField`).
- The attacker can guess or enumerate the target `content_type_id` and object id.
- Th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/pysec-2026-3823</guid>
    </item>
  </channel>
</rss>
