https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 23:06:47 +0000 https://vulnerability.circl.lu/vuln/cve-2026-55485 <p><strong>Affected:</strong> piccolo-orm piccolo_admin</p> <p>Piccolo Admin is an admin interface and content management system for Python, built on top of Piccolo. Prior to 1.14.0, piccolo_admin/endpoints.py uses superuser_validators to block PUT, PATCH, DELETE, and POST requests by non-superusers but permits GET requests to configured user and session tables, while piccolo_api/session_auth/tables.py exposes SessionsBase.token because the token column is not secret. In deployments that add the Sessions and User tables to create_admin, a non-superuser administrator can call GET /api/tables/sessions/, obtain another user&#39;s live session token, replay it as the Cookie id value to impersonate a superuser, and permanently set superuser to true on the attacker&#39;s own row. This issue is fixed in version 1.14.0.</p> <p><strong>Affected:</strong> piccolo-orm piccolo_admin</p> <p>Piccolo Admin is an admin interface and content management system for Python, built on top of Piccolo. Prior to 1.14.0, piccolo_admin/endpoints.py uses superuser_validators to block PUT, PATCH, DELETE, and POST requests by non-superusers but permits GET requests to configured user and session tables, while piccolo_api/session_auth/tables.py exposes SessionsBase.token because the token column is not secret. In deployments that add the Sessions and User tables to create_admin, a non-superuser administrator can call GET /api/tables/sessions/, obtain another user&#39;s live session token, replay it as the Cookie id value to impersonate a superuser, and permanently set superuser to true on the attacker&#39;s own row. This issue is fixed in version 1.14.0.</p> https://vulnerability.circl.lu/vuln/cve-2026-55485 https://vulnerability.circl.lu/vuln/pysec-2026-3882 <p><strong>Affected:</strong> PyPI: piccolo-admin</p> <p>## Summary</p> <p>`piccolo_admin` uses a helper called `superuser_validators` to gate access to the user and session tables for non-superusers. The helper rejects `PUT`, `PATCH`, `DELETE`, and `POST`, but **does not reject `GET`**.</p> <p>The `sessions` table stores live session tokens **in plaintext**, and the token column is not marked `secret=True`, so it is included in every `GET` response. Any non-superuser admin can therefore list every other user&#39;s live session token with one request, replay the token as their own `Cookie: id=…`, impersonate that user (including the superuser), and then permanently self-promote by writing `superuser = true` on their own row.</p> <p>The chain is reachable on a realistic, documented configuration: a deployer adds the `Sessions` (and `User`) tables to `create_admin([...])` so superusers have a UI to monitor and revoke sessions.</p> <p>## Affected component</p> <p>- **File**: `piccolo_admin/endpoints.py` - **Function**: `superuser_validators` (around line 419)</p> <p>```python def superuser_validators(piccolo_crud: PiccoloCRUD, request: Request): user: BaseUser = request.user.user if not user.superuser: if request.method.upper() in [&#34;PUT&#34;, &#34;PATCH&#34;, &#34;DELETE&#34;, &#34;POST&#34;]: raise HTTPException( detail=&#34;Only superusers can perform these actions.&#34;, status_code=405, ) ```</p> <p>The method check is a **deny-list** instead of an **allow-list**; `GET` is absent. Compounding the issue, `SessionsBase.token` in `piccolo_api…</p> <p><strong>Affected:</strong> PyPI: piccolo-admin</p> <p>## Summary</p> <p>`piccolo_admin` uses a helper called `superuser_validators` to gate access to the user and session tables for non-superusers. The helper rejects `PUT`, `PATCH`, `DELETE`, and `POST`, but **does not reject `GET`**.</p> <p>The `sessions` table stores live session tokens **in plaintext**, and the token column is not marked `secret=True`, so it is included in every `GET` response. Any non-superuser admin can therefore list every other user&#39;s live session token with one request, replay the token as their own `Cookie: id=…`, impersonate that user (including the superuser), and then permanently self-promote by writing `superuser = true` on their own row.</p> <p>The chain is reachable on a realistic, documented configuration: a deployer adds the `Sessions` (and `User`) tables to `create_admin([...])` so superusers have a UI to monitor and revoke sessions.</p> <p>## Affected component</p> <p>- **File**: `piccolo_admin/endpoints.py` - **Function**: `superuser_validators` (around line 419)</p> <p>```python def superuser_validators(piccolo_crud: PiccoloCRUD, request: Request): user: BaseUser = request.user.user if not user.superuser: if request.method.upper() in [&#34;PUT&#34;, &#34;PATCH&#34;, &#34;DELETE&#34;, &#34;POST&#34;]: raise HTTPException( detail=&#34;Only superusers can perform these actions.&#34;, status_code=405, ) ```</p> <p>The method check is a **deny-list** instead of an **allow-list**; `GET` is absent. Compounding the issue, `SessionsBase.token` in `piccolo_api…</p> https://vulnerability.circl.lu/vuln/pysec-2026-3882