CVE-2026-82725
NiskieCVSS 2.3Streszczenie
W bibliotece ash_phoenix (wersje od 0.6.0-rc.1 przed 2.3.25) wykryto podatność na obejście autoryzacji przez kontrolowany przez użytkownika klucz. Atakujący może filtrować dane po relacjach, które nie są publiczne, co pozwala na uzyskanie informacji o prywatnych danych.
Ocena ryzyka
Atakujący może wykorzystać tę podatność do odgadnięcia prywatnych danych, co może prowadzić do naruszenia prywatności i bezpieczeństwa danych.
Rekomendacja
Zaleca się aktualizację ash_phoenix do wersji 2.3.25 lub nowszej, która zawiera poprawkę.
Inne podatności w ash_phoenix
Zobacz wszystkie- CVE-2026-82727Niskie
W bibliotece ash_phoenix (wersje od 1.2.17 przed 2.3.25) wykryto podatność na ujawnianie wrażliwych informacji w komunikatach błędów. Cała mapa parametrów żądania jest zapisywana w komunikacie wyjątku, co może ujawnić sekrety w logach i raportach błędów.
- CVE-2026-82726Średnie
W ash-project ash_phoenix wykryto podatność związaną z nadmiernie permisywnym wyrażeniem regularnym, która pozwala zdalnemu klientowi na wybór dzierżawcy (tenanta) używanego przez aplikację Ash lub na degradację żądania poprzez wysłanie spreparowanego nagłówka Host. Funkcja AshPhoenix.Helpers.get_subdomain/2 usuwała domenę główną za pomocą String.replace(host, ~r/.?#{root_host}/, ""), co powodowało, że każda kropka stawała się symbolem wieloznacznym, a porównanie było globalne i niezakotwiczone. Problem dotyczy wersji od 2.1.26 przed 2.3.25.
- CVE-2026-82724Wysokie
W bibliotece ash_phoenix projektu ash-project wykryto podatność polegającą na nieprawidłowej autoryzacji. Wywołanie zwrotne SubdomainHook jest wywoływane z wartością nil dla dzierżawy (tenant), przez co kontrole dostępu oparte na dzierżawie nie sprawdzają właściwej dzierżawy. Problem dotyczy wersji od 2.1.26 przed 2.3.25.
Oryginalny opis (angielski, źródło NVD)
Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash_phoenix lets an attacker who controls filter form parameters filter across relationships the resource author marked non-public, turning the returned rows into a boolean oracle over private related data. AshPhoenix.FilterForm resolved every relationship hop in the user-supplied path with Ash.Resource.Info.related/2, which traverses private relationships, and only checked the terminal field for publicity. parse_path_and_field/2 also rewrote a field naming a relationship into an extra path segment, so field=some_private_rel was accepted too. Both path and field come straight from form params, and the resulting ref went to Ash.Query.do_filter/2 without the public-only enforcement of Ash.Filter.parse_input/2. The fix resolves each hop with Ash.Resource.Info.public_relationship/2, rejecting the first non-public hop, and requires the terminal field to be public. This issue affects ash_phoenix: from 0.6.0-rc.1 before 2.3.25.