CVE-2026-75758
ŚrednieCVSS 5.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 3 - wyżej niż 3% wszystkich znanych CVE
Streszczenie
Niekontrolowana rekurencja w standardowej bibliotece Elixir pozwala atakującemu, który kontroluje listę przekazaną do inspect/1, List.to_string/1 lub List.to_charlist/1, na wyczerpanie pamięci węzła BEAM. Problem dotyczy błędnej klasyfikacji listy jako charlist, co prowadzi do rekurencyjnego podnoszenia wyjątków i wzrostu stosu procesu aż do wyczerpania pamięci.
Ocena ryzyka
Atakujący może doprowadzić do odmowy usługi (DoS) poprzez wyczerpanie pamięci węzła BEAM, co może wpłynąć na dostępność aplikacji i całego środowiska uruchomieniowego.
Rekomendacja
Zaleca się natychmiastową aktualizację Elixira do wersji 1.18.5, 1.19.6 lub 1.20.4 (lub nowszej), w zależności od używanej gałęzi. Należy również ograniczyć zaufanie do danych wejściowych przekazywanych do funkcji inspect/1, List.to_string/1 i List.to_charlist/1.
Inne podatności w Elixir
Zobacz wszystkie- CVE-2026-115274Średnie
Podatność polegająca na nieprawidłowej walidacji ilości w danych wejściowych w module JSON biblioteki standardowej Elixir pozwala nieuwierzytelnionemu atakującemu dostarczającemu dokument JSON na wywołanie ataku denial-of-service poprzez wyczerpanie CPU i pamięci. JSON.decode/1 i JSON.decode!/1 konwertują każdy literał całkowity za pomocą erlang:binary_to_integer/1 bez ograniczenia jego długości.
- CVE-2026-109821Średnie
Podatność polegająca na nieprawidłowej walidacji ilości w danych wejściowych w module URI biblioteki standardowej Elixir pozwala atakującemu dostarczającemu URL na wywołanie ataku denial-of-service poprzez wyczerpanie CPU. URI.parse/1 konwertuje komponent portu za pomocą String.to_integer/1 w split_authority/1 bez ograniczenia jego długości.
- CVE-2026-49762Średnie
W module Version standardowej biblioteki języka Elixir (wersje od 0.9.3 do przed 1.20.1) stwierdzono podatność na niekontrolowane zużycie zasobów. Atakujący kontrolujący ciąg wersji może spowodować odmowę usługi poprzez wyczerpanie CPU i pamięci. Parser wersji konwertuje numeryczne komponenty na liczby całkowite bez ograniczania ich długości, co prowadzi do super-liniowej konwersji i awarii procesu.
Oryginalny opis (angielski, źródło NVD)
Uncontrolled Recursion vulnerability in the Elixir standard library allows an attacker who controls a list passed to inspect/1, List.to_string/1, or List.to_charlist/1 to exhaust a BEAM node's memory. Inspect.List's charlist branch in lib/elixir/lib/inspect.ex classifies a list as a charlist using List.ascii_printable?/2, which examines only the first :printable_limit (4096 by default) elements, and then calls IO.chardata_to_string/1 on the whole term. A list whose printable prefix exceeds that limit but which contains a later element that is not a code point (an atom, an out-of-range integer, or an improper tail) is therefore mis-classified, and the conversion raises ArgumentError. That conversion runs inside List.to_string/1, whose rescue clause builds its message by interpolating inspect(list), which re-enters the same branch and raises again. The nested inspection is an argument to raise, so the recursion is not in tail position and every level is retained: the process stack grows monotonically while each cycle re-walks the list, until the process is killed by max_heap_size or, by default, the node runs out of memory. List.to_charlist/1 has the same rescue shape. Below the printable limit the inner inspect/1 sees the invalid element within its counter and renders the list in ordinary bracket form, so a single ArgumentError is raised and no recursion occurs. This issue affects elixir: from 1.15.0-rc.0 before 1.18.5, from 1.19.0-rc.0 before 1.19.6, and from 1.20.0-rc.0 before 1.20.4.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

