GHSA-vr26-jcq5-fjj8

Suggest an improvement
Source
https://github.com/advisories/GHSA-vr26-jcq5-fjj8
Import Source
https://github.com/github/advisory-database/blob/main/advisories/github-reviewed/2024/09/GHSA-vr26-jcq5-fjj8/GHSA-vr26-jcq5-fjj8.json
JSON Data
https://api.osv.dev/v1/vulns/GHSA-vr26-jcq5-fjj8
Aliases
Related
Published
2024-09-03T20:49:26Z
Modified
2024-09-09T14:20:32Z
Severity
  • 7.5 (High) CVSS_V3 - CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H CVSS Calculator
  • 8.7 (High) CVSS_V4 - CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N CVSS Calculator
Summary
Denial of service in quinn-proto when using `Endpoint::retry()`
Details

Summary

As of quinn-proto 0.11, it is possible for a server to accept(), retry(), refuse(), or ignore() an Incoming connection. However, calling retry() on an unvalidated connection exposes the server to a likely panic in the following situations:

  • Calling refuse or ignore on the resulting validated connection, if a duplicate initial packet is received
    • This issue can go undetected until a server's refuse()/ignore() code path is exercised, such as to stop a denial of service attack.
  • Accepting when the initial packet for the resulting validated connection fails to decrypt or exhausts connection IDs, if a similar initial packet that successfully decrypts and doesn't exhaust connection IDs is received.
    • This issue can go undetected if clients are well-behaved.

The former situation was observed in a real application, while the latter is only theoretical.

Details

Location of panic: https://github.com/quinn-rs/quinn/blob/bb02a12a8435a7732a1d762783eeacbb7e50418e/quinn-proto/src/endpoint.rs#L213

Impact

Denial of service for internet-facing server

References

Affected packages

crates.io / quinn-proto

Package

Affected ranges

Type
SEMVER
Events
Introduced
0.11.0
Fixed
0.11.7