This project contains known security vulnerabilities. Find detailed information at the bottom.

Crate quinn

Dependencies

(11 total, 4 outdated, 2 insecure)

CrateRequiredLatestStatus
 bytes^11.12.1up to date
 futures-channel^0.3.110.3.34up to date
 futures-util^0.3.110.3.34up to date
 fxhash^0.2.10.2.1up to date
 quinn-proto ⚠️^0.8.40.11.18insecure
 rustls ⚠️^0.20.30.23.45insecure
 thiserror^1.0.212.0.20out of date
 tokio^1.0.11.53.1up to date
 tracing^0.1.100.1.44up to date
 quinn-udp^0.1.00.6.2out of date
 webpki^0.220.22.4up to date

Dev dependencies

(13 total, 4 outdated)

CrateRequiredLatestStatus
 anyhow^1.0.221.0.104up to date
 bencher^0.1.50.1.5up to date
 crc^23.4.0out of date
 directories-next^22.0.0up to date
 futures-util^0.3.110.3.34up to date
 rand^0.80.10.2out of date
 rcgen^0.80.14.10out of date
 rustls-pemfile^0.2.12.2.0out of date
 structopt^0.3.00.3.26up to date
 tokio^1.0.11.53.1up to date
 tracing-futures^0.2.00.2.5up to date
 tracing-subscriber^0.3.00.3.23up to date
 url^22.5.8up to date

Security Vulnerabilities

quinn-proto: Denial of service in Quinn servers

RUSTSEC-2023-0063

Receiving QUIC frames containing a frame with unknown frame type could lead to a panic. Unfortunately this is issue was not found by our fuzzing infrastructure.

Thanks to the QUIC Tester research group for reporting this issue.

rustls: `rustls::ConnectionCommon::complete_io` could fall into an infinite loop based on network input

RUSTSEC-2024-0336

If a close_notify alert is received during a handshake, complete_io does not terminate.

Callers which do not call complete_io are not affected.

rustls-tokio and rustls-ffi do not call complete_io and are not affected.

rustls::Stream and rustls::StreamOwned types use complete_io and are affected.

quinn-proto: Denial of service in Quinn endpoints

RUSTSEC-2026-0037

Receiving QUIC transport parameters containing invalid values could lead to a panic.

Unfortunately the maintainers did not properly assess usage of unwrap() calls in the transport parameters parsing code, and we did not have sufficient fuzzing coverage to find this issue. We have since added a fuzzing target to cover this code path.

quinn-proto: Remote memory exhaustion in quinn-proto from unbounded out-of-order stream reassembly

RUSTSEC-2026-0185

The Assembler component that assembles unordered stream fragments into consecutive chunks of the stream incurs some overhead for non-contiguous fragments. Readers that read from a RecvStream in order (through an AsyncRead impl for example) will be sensitive to peers that send fragments while leaving out early parts of the stream, and in particular, fragments with many gaps (because these cannot be defragmented). In such a scenario, the receiving connection suffers from high buffer overhead, enabling memory exhaustion.