GitHub Advisoryadvisory · PyPI

GHSA-c7c5-5j6r-q957 djust has broken object-level access control (IDOR)

HIGH Published 2026-09-16 Modified 2026-09-16 Official page ↗
Aliases
CVE-2026-61596
Ecosystem
PyPI
Packages
djust
Severity
High
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:N
Weaknesses
CWE-639, CWE-862
Reviewed
2026-09-16

Affected packages

• PyPI djust: < 1.0.7 → fixed in 1.0.7

Description

Impact djust's per-object authorization (`get_object` + `has_object_permission`, ADR-017) was enforced on the WebSocket mount and event paths but not on three other render entry points: (a) the initial HTTP GET render, (b) SPA `url_change` navigation, and (c) `{% live_render %}` embedded child views. An authenticated user could therefore view (and on some paths act on) an object they are not authorized for by loading the page directly, navigating to it via SPA url-change, or composing it as an embedded child — a classic IDOR / broken object-level access control on object-scoped views. Patches Fixed in djust 1.0.7. All render entry points now route through a shared `enforce_object_permission` chokepoint: HTTP GET returns 403, `url_change` emits a `permission_denied` frame and skips the render, and `{% live_render %}` (eager + lazy) refuses the embed. Views without a custom `get_object` are unaffected (no-op). Workarounds No reliable workaround short of upgrading. Do not expose object-scoped views through the HTTP-GET / url_change / live_render paths until patched.

Related

Alias · CVE (1)

  • CVE-2026-61596 djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. vulnerability

Weakness · CWE (2)

  • CWE-639 Authorization Bypass Through User-Controlled Key weakness
  • CWE-862 Missing Authorization weakness

References