{"id":"CVE-2026-61599","summary":"djust has an unauthenticated arbitrary module import via the WebSocket/SSE view-mount path","details":"djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. Prior to version 1.0.7, the djust live transport resolves the LiveView to mount from a client-supplied dotted path by calling `__import__(module_path, ...)`. The module is imported — running its top-level code (import side effects) — before the framework checks that the resolved object is a `LiveView` subclass and before any per-view authentication. The `LIVEVIEW_ALLOWED_MODULES` allowlist that should contain this is fail-open (`if allowed_modules:` — skipped when the setting is unset, the framework default) and uses loose `startswith` matching. An unauthenticated WebSocket client (the WS handshake does not require auth; per-view auth runs only after import + instantiate) can therefore send a `mount` / `live_redirect_mount` / `url_change` frame (or an SSE mount) with `view = \"\u003cany.importable.module\u003e.AnyName\"` and cause the server to import — and execute the top-level code of — any importable Python module by name. Version 1.0.7 fixes the issue with a fail-closed resolution gate (`djust._view_resolution.is_view_import_allowed`): a client view path resolves only if (a) its module is already loaded (`sys.modules` — so resolving runs no new code; URL-routed views loaded by URLconf at startup keep working with zero config) or (b) it matches `LIVEVIEW_ALLOWED_MODULES` on a module-segment boundary (explicit opt-in for lazily-imported views). The gate runs before `__import__` at all three sinks (+ defense-in-depth inside `_instantiate_view`). As a workaround, set `LIVEVIEW_ALLOWED_MODULES` to the narrow list of modules that contain your mountable LiveView classes. (Note: pre-patch the allowlist is `startswith`-matched and the import still precedes the subclass check, so this is mitigation, not a complete fix.)","aliases":["GHSA-7prp-2623-8g45"],"modified":"2026-09-18T03:48:29.928217661Z","published":"2026-09-16T22:11:45.780Z","database_specific":{"cwe_ids":["CWE-470"],"osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61599.json","cna_assigner":"GitHub_M"},"references":[{"type":"WEB","url":"https://github.com/djust-org/djust/releases/tag/v1.0.7"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61599.json"},{"type":"ADVISORY","url":"https://github.com/djust-org/djust/security/advisories/GHSA-7prp-2623-8g45"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-61599"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://github.com/djust-org/djust","events":[{"introduced":"0"},{"fixed":"e7f6751723e76219d3062f3391231fec3c736ab3"}],"database_specific":{"source":["AFFECTED_FIELD","REFERENCES"],"extracted_events":[{"introduced":"0"},{"fixed":"1.0.7"}]}}],"versions":["v1.0.7rc1","v1.0.6","v1.0.6rc3","v1.0.6rc2","v1.0.6rc1","v1.0.5","v1.0.5rc5","v1.0.5rc4","v1.0.5rc3","v1.0.5rc2","v1.0.5rc1","v1.0.4","v1.0.4rc1","v1.0.3","v1.0.3rc2","v1.0.3rc1","v1.0.2","v1.0.2rc3","v1.0.2rc2","v1.0.2rc1","v1.0.1","v1.0.1rc1","v1.0.0","v1.0.0rc18","v1.0.0rc17","v1.0.0rc16","v1.0.0rc15","v1.0.0rc14","v1.0.0rc13","v1.0.0rc12","v1.0.0rc11","v1.0.0rc10","v1.0.0rc9","v1.0.0rc8","v1.0.0rc7","v1.0.0rc6","v1.0.0rc4","v1.0.0rc3","v1.0.0rc2","v1.0.0rc1","v0.9.7","v0.9.7rc3","v0.9.7rc2","v0.9.7rc1","v0.9.6","v0.9.6rc3","v0.9.6rc2","v0.9.6rc1","v0.9.5","v0.9.5rc4","v0.9.5rc3","v0.9.5rc2","v0.9.5rc1","v0.9.4","v0.9.4rc9","v0.9.4rc8","v0.9.4rc7","v0.9.4rc6","v0.9.4rc5","v0.9.4rc3","v0.9.4rc2","v0.9.4rc1","v0.9.3rc2","v0.9.2rc2","v0.9.3rc1","v0.9.2","v0.9.2rc1","v0.9.1","v0.9.0","v0.9.0rc5","v0.9.0rc4","v0.9.0rc3","v0.9.0rc2","v0.9.0rc1","v0.8.8rc2","v0.8.8rc1","v0.8.7rc1","v0.8.6rc1","v0.8.5rc1","v0.8.4rc1","v0.8.3rc1","v0.8.2rc1","v0.8.0rc1","v0.7.4rc1","v0.7.3rc1","v0.7.2rc1","v0.7.1rc1","v0.7.0rc1","v0.6.1rc1","v0.6.0rc1","v0.5.7rc1","v0.5.6rc1","v0.5.5rc1","v0.5.4rc1","v0.5.3rc1","v0.5.2rc1","v0.5.1rc4","v0.5.1rc2","v0.5.1rc1","v0.5.0rc2","v0.5.0rc1","v0.4.5rc2","v0.4.5rc1","v0.4.4","v0.4.4rc1","v0.4.3","v0.4.3rc1","v0.4.2","v0.4.2rc4","v0.4.2rc3","v0.4.2rc2","v0.4.2rc1","v0.4.1","v0.4.1rc2","v0.4.1rc1","v0.4.0","v0.4.0rc3","v0.3.8","v0.3.8rc1","v0.3.7","v0.3.7rc2","v0.3.7rc1","v0.3.6","v0.3.6rc4","v0.3.6rc3","v0.3.6rc2","v0.3.6rc1","v0.3.5","v0.3.5rc2","v0.3.5rc1","v0.3.4","v0.3.3rc3","v0.3.3rc2","v0.3.3rc1","v0.3.2rc1","v0.3.1","v0.3.0","v0.3.0rc5","v0.3.0rc4","v0.3.0rc3","v0.3.0rc2","v0.3.0rc1","v0.2.2","v0.2.2rc5","v0.2.2rc3","v0.2.2rc2","v0.2.2rc1","v0.2.1","v0.2.1a1","v0.2.0","v0.2.0a2","v0.2.0a1","v0.1.8","v0.1.7","v0.1.6","v0.1.5","v0.1.4","v0.1.3"],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-61599.json"}}],"schema_version":"1.9.0","severity":[{"type":"CVSS_V4","score":"CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:H/VA:L/SC:N/SI:N/SA:N"}]}