Skip to content
Heist/ feed
Back to feed
High

djust has an unauthenticated arbitrary module import via the WebSocket/SSE view-mount path

Type: advisorySources: OSV

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 = ".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 (+

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2026-61599
Confirmed fixed CVEs
Not specified
Updated in this feed
3 Nov 2026, 16:11 UTC · Revision 1

Source evidence

djust has an unauthenticated arbitrary module import via the WebSocket/SSE view-mount path

core-osv · Original source

Published 16 Sept 2026, 22:11 UTC

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 = ".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 (+

osv:CVE-2026-61599
Complete source record
{
  "id": "aa8fbb829cd6d8db918ee4385816d71eae42c95312968f0aafead79fb3d3cd01",
  "url": "https://osv.dev/vulnerability/CVE-2026-61599",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "djust has an unauthenticated arbitrary module import via the WebSocket/SSE view-mount path",
    "summary": "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 = \".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 (+",
    "evidence": "osv:CVE-2026-61599",
    "products": [],
    "severity": "high",
    "structured": {
      "id": "CVE-2026-61599",
      "aliases": [
        "CVE-2026-61599",
        "GHSA-7prp-2623-8g45",
        "PYSEC-2026-4038"
      ],
      "metrics": [
        {
          "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"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/djust-org/djust",
              "type": "GIT",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "fixed": "e7f6751723e76219d3062f3391231fec3c736ab3"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "1.0.7"
                      }
                    ],
                    "source": "AFFECTED_FIELD",
                    "strategy": "StringRangeExpression"
                  },
                  {
                    "range": [
                      {
                        "fixed": "e7f6751723e76219d3062f3391231fec3c736ab3"
                      }
                    ],
                    "source": "REFERENCES_TAG",
                    "original_tag": "v1.0.7"
                  },
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "1.0.7"
                      }
                    ],
                    "source": "DESCRIPTION"
                  }
                ]
              }
            }
          ],
          "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"
          }
        }
      ],
      "modified": "2026-10-28T02:30:30.147544685Z",
      "provider": "osv",
      "references": [
        "https://github.com/djust-org/djust/releases/tag/v1.0.7",
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61599.json",
        "https://github.com/djust-org/djust/security/advisories/GHSA-7prp-2623-8g45",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-61599"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-470"
        ],
        "cna_assigner": "GitHub_M",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61599.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-61599",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 497174,
  "published_at": "2026-09-16T22:11:45.78+00:00"
}