CVE-2026-48853

KrytyczneCVSS 9.2

Opublikowano: 15/06/2026(UTC)Zaktualizowano: 24/09/2026(UTC)Przetłumaczono: 25/09/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Podwyższone ryzyko

0.78%

Percentyl 54 - wyżej niż 54% wszystkich znanych CVE

Streszczenie

Biblioteka elixir-grpc (grpc) zawiera podatności deserializacji niezaufanych danych oraz alokacji zasobów bez ograniczeń. Nieuwierzytelniony atakujący może wysłać spreparowany ładunek z nagłówkiem Content-Type: application/grpc+erlpack, powodując wyczerpanie tablicy atomów i awarię węzła BEAM, a w niektórych przypadkach zdalne wykonanie kodu. Problem dotyczy wersji od 0.4.0 do 1.0.0.

Ocena ryzyka

Nieuwierzytelniony atakujący może zdalnie zawiesić węzeł BEAM (odmowa usługi) lub wykonać dowolny kod w kontekście serwera, co prowadzi do pełnej kompromitacji. Wymaga jedynie możliwości wysłania żądania gRPC.

Rekomendacja

Zaktualizować bibliotekę grpc do wersji 1.0.0 lub nowszej. Do czasu aktualizacji rozważyć ograniczenie dostępu do punktów końcowych gRPC lub filtrowanie żądań z nagłówkiem Content-Type: application/grpc+erlpack.

Inne podatności w elixir-grpc

CVE-2026-48854Wysokie
Biblioteka elixir-grpc w wersjach od 0.3.0-alpha.2 przed 1.0.0 pozwala nieuwierzytelnionym atakującym wyczerpać pamięć BEAM i zawiesić serwer poprzez strumieniowanie dużego lub powolnego ciała żądania unarnego. Funkcja read_full_body/3 gromadzi wszystkie fragmenty w jednym binarnym buforze bez limitu rozmiaru, a brak nagłówka grpc-timeout ustawia limit czasu na :infinity. Wystarczy jedno połączenie, aby wyczerpać pamięć i zawiesić węzeł.

Oryginalny opis (angielski, źródło NVD)

Deserialization of Untrusted Data and Allocation of Resources Without Limits or Throttling vulnerabilities in elixir-grpc grpc allow unauthenticated attackers to crash the BEAM node via atom table exhaustion and, when a decoded term flows into a call site that invokes it, achieve remote code execution on the server. 'Elixir.GRPC.Codec.Erlpack':decode/2 (lib/grpc/codec/erlpack.ex) calls :erlang.binary_to_term/1 on the raw gRPC message body without the :safe option, no size bound, and no type guard. Any unauthenticated peer that sends a request with Content-Type: application/grpc+erlpack can send a crafted payload that mints arbitrary new atoms (which are never garbage-collected, exhausting the bounded atom table and crashing the VM) or that encodes a fun term which, if applied anywhere downstream, executes attacker-controlled code inside the server process. This issue affects grpc: from 0.4.0 before 1.0.0.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS