CVE-2026-61590
WysokieCVSS 7.4Streszczenie
W bibliotece djust przed wersją 1.0.7 punkty końcowe observability ujawniają stan live view/session oraz powierzchnię zdalnego wywoływania metod (eval_handler). Ograniczenie do localhost było opcjonalnym middleware, którego udokumentowana konfiguracja nie zawiera, a widoki wymuszały jedynie DEBUG. W scenariuszu zgodnym z dokumentacją (DEBUG włączone, brak middleware) klient spoza localhost mógł odczytać stan aplikacji i zdalnie wywoływać handlery.
Ocena ryzyka
W błędnie skonfigurowanym środowisku produkcyjnym nieuwierzytelniony zdalny klient może odczytać poufny stan aplikacji i wywołać wewnętrzne handlery. Może to prowadzić do wycieku danych i nieautoryzowanych działań w aplikacji.
Rekomendacja
Zaktualizuj djust do wersji 1.0.7 lub nowszej, w której ograniczenie localhost jest wymuszane w widokach. Dodatkowo ustaw DEBUG=False w środowisku produkcyjnym i nie wystawiaj punktów końcowych observability do niezaufanych sieci.
Inne podatności w djust
Zobacz wszystkie- CVE-2026-61595Wysokie
djust zapewnia reaktywne renderowanie po stronie serwera w stylu Phoenix LiveView dla Django z wydajnością opartą na Rust. W wersjach przed 1.0.7 izolacja djust.tenants była wymuszana tylko na ścieżce HTTP; bieżący najemca był przechowywany w threading.local() i ustawiany wyłącznie przez TenantMiddleware, więc na ścieżce live (WebSocket/SSE) get_current_tenant() zawsze zwracał None, a menedżer QuerySet zawodził w trybie OPEN, ujawniając wiersze wszystkich najemców. Problem naprawiono w wersji 1.0.7.
- CVE-2026-61593Wysokie
djust zapewnia reaktywne renderowanie po stronie serwera w stylu Phoenix LiveView dla Django z wydajnością opartą na Rust. W wersjach przed 1.0.7 endpointy POST SSE klient→serwer są oznaczone @csrf_exempt, a endpoint GET strumienia SSE nie sprawdzał nagłówka Origin, więc strona cross-origin mogła przejąć sesję SSE uwierzytelnioną ciasteczkiem ofiary i wywoływać zmieniające stan procedury obsługi zdarzeń. Problem naprawiono w wersji 1.0.7.
- CVE-2026-61598Wysokie
Podatność w bibliotece djust (wersje przed 1.0.7) dotyczy domyślnego handlera zdarzenia `update_model` w `ModelBindingMixin`, który pozwala klientowi ustawić dowolny publiczny atrybut widoku poprzez WebSocket, a nie tylko pola powiązane z `dj-model=`. Ochrona opiera się jedynie na odrzucaniu nazw z prefiksem `_`, 14-elementowej denylistcie wewnętrznych pól frameworka oraz opcjonalnej allowliście, która domyślnie zezwala na wszystko. W efekcie atakujący może modyfikować atrybuty takie jak `account_id`, `is_admin` czy `total_price`, jeśli są publiczne i istnieją w widoku.
- CVE-2026-55571Wysokie
djust przed wersją 1.0.4 nie zamyka połączenia WebSocket ani nie czyści instancji widoku po odmowie montowania LiveView z powodu wymagań logowania lub uprawnień. Klient WebSocket może zignorować przekierowanie i wysyłać zdarzenia, które wywołują metody @event_handler bez uwierzytelnienia, co umożliwia nieautoryzowany odczyt lub modyfikację danych. Problem naprawiono w wersji 1.0.4.
Oryginalny opis (angielski, źródło NVD)
djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. Prior to version 1.0.7, djust's observability endpoints expose live view/session state and a remote method-invocation surface (`eval_handler`). The localhost restriction was an opt-in middleware that the documented setup omits; the views themselves enforced only `DEBUG`. In the misconfigured-but-documented scenario (DEBUG on, middleware not installed) a non-localhost client could read live application state and invoke handlers remotely. This issue is fixed in djust 1.0.7. The localhost restriction is enforced in-view on every observability endpoint (no longer dependent on a separately-installed middleware), and `eval_handler` is restricted; gated requests receive a non-disclosing response. As a workaround, ensure `DEBUG=False` in production, and do not expose the observability endpoints to untrusted networks.