CVE-2026-61663

## Summary The django-cms frontend-editing structure endpoint ``` GET /<lang>/admin/cms/placeholder/object/<content_type_id>/structure/<object_id>/ ``` 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. `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. ## Severity 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. ## Affected versions - django-cms `>= 4.0.0, <= 5.0.x` and `5.1.0a1` (the vulnerable non-`PageContent` branch was introduced with the frontend-editing endpoints in 4.0) ## Patched versions - django-cms TODO: 5.0.9 ## Preconditions - 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. - The attacker needs **no** model/object change permission and **no** `cms.use_structure` permission. ## Impact A low-privileged staff user can read the editorial placeholder/plugin structure of non-`PageContent` objects they are not authorized to edit through the toolbar. Depending on the installed plugins and templates this may reveal placeholder names, plugin layout, plugin identifiers and the existence of objects owned by other staff users or teams. This is most relevant for deployments using t