Skip to content
Fencer Intel
no cvss —

GHSA-qph8-7859-gq2f json

Unbounded decompression can exhaust memory and CPU resources

published 5d ago modified 5d ago also RUSTSEC-2026-0447 , RUSTSEC-2026-0448

cvss
—
not scored
cisa kev
Not listed
not in CISA's catalog
epss
—
no score, EPSS covers CVEs only
public exploits
0
none known

Summary

The `encoding::Decoder` stream can expand compressed input into a large output buffer before a caller can enforce its body size limit. An attacker who controls a compressed request or response can cause excessive memory allocation and CPU use, resulting in denial of service.

This affects applications that decode untrusted gzip, deflate, Brotli, or Zstandard bodies with the corresponding compression feature enabled.

Upgrade to actix-http 3.20.1 or later and configure `Decoder::limit()` when using the decoder directly. Actix Web users must also upgrade to actix-web 4.18.2 or later so that extractors pass their limits to the decoder.

Patch / fix

  • crates.io actix-http 3.20.1
  • crates.io actix-web 4.18.2

Is GHSA-qph8-7859-gq2f in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.

Check with Fencer

Affected packages

ecosystem package affected fixed in
crates.io actix-http
>=0.0.0-0, <3.20.1
3.20.1
crates.io actix-web
>=0.0.0-0, <4.18.2
4.18.2

References

Sources

Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.