This project might be open to known security vulnerabilities, which can be prevented by tightening the version range of affected dependencies. Find detailed information at the bottom.

Crate trust-dns-proto

Dependencies

(36 total, 7 outdated, 4 possibly insecure)

CrateRequiredLatestStatus
 async-trait^0.1.430.1.68up to date
 backtrace^0.3.500.3.67up to date
 bytes^11.4.0up to date
 cfg-if^11.0.0up to date
 data-encoding^2.2.02.4.0up to date
 enum-as-inner^0.50.6.0out of date
 futures-channel^0.3.50.3.28up to date
 futures-io^0.3.50.3.28up to date
 futures-util^0.3.50.3.28up to date
 h2 ⚠️^0.3.00.3.19maybe insecure
 http^0.20.2.9up to date
 idna^0.2.30.4.0out of date
 ipnet^2.3.02.7.2up to date
 js-sys^0.3.440.3.63up to date
 lazy_static^1.2.01.4.0up to date
 native-tls^0.20.2.11up to date
 openssl ⚠️^0.100.10.54maybe insecure
 quinn^0.8.20.10.1out of date
 rand^0.80.8.5up to date
 ring^0.160.16.20up to date
 rustls^0.20.00.21.1out of date
 rustls-pemfile^1.0.01.0.2up to date
 serde^1.01.0.163up to date
 smallvec ⚠️^1.61.10.0maybe insecure
 socket2^0.4.00.5.3out of date
 thiserror^1.0.201.0.40up to date
 tinyvec^1.1.11.6.0up to date
 tokio ⚠️^1.01.28.2maybe insecure
 tokio-native-tls^0.3.00.3.1up to date
 tokio-openssl^0.6.00.6.3up to date
 tokio-rustls^0.23.00.24.0out of date
 tracing^0.1.300.1.37up to date
 url^2.1.02.4.0up to date
 wasm-bindgen^0.2.580.2.86up to date
 webpki^0.22.00.22.0up to date
 webpki-roots^0.22.10.23.1out of date

Dev dependencies

(4 total, 2 possibly insecure)

CrateRequiredLatestStatus
 futures-executor^0.3.50.3.28up to date
 openssl ⚠️^0.100.10.54maybe insecure
 tokio ⚠️^1.01.28.2maybe insecure
 tracing-subscriber^0.30.3.17up to date

Security Vulnerabilities

smallvec: Buffer overflow in SmallVec::insert_many

RUSTSEC-2021-0003

A bug in the SmallVec::insert_many method caused it to allocate a buffer that was smaller than needed. It then wrote past the end of the buffer, causing a buffer overflow and memory corruption on the heap.

This bug was only triggered if the iterator passed to insert_many yielded more items than the lower bound returned from its size_hint method.

The flaw was corrected in smallvec 0.6.14 and 1.6.1, by ensuring that additional space is always reserved for each item inserted. The fix also simplified the implementation of insert_many to use less unsafe code, so it is easier to verify its correctness.

Thank you to Yechan Bae (@Qwaz) and the Rust group at Georgia Tech’s SSLab for finding and reporting this bug.

tokio: reject_remote_clients Configuration corruption

RUSTSEC-2023-0001

On Windows, configuring a named pipe server with pipe_mode will force ServerOptions::reject_remote_clients as false.

This drops any intended explicit configuration for the reject_remote_clients that may have been set as true previously.

The default setting of reject_remote_clients is normally true meaning the default is also overridden as false.

Workarounds

Ensure that pipe_mode is set first after initializing a ServerOptions. For example:

let mut opts = ServerOptions::new();
opts.pipe_mode(PipeMode::Message);
opts.reject_remote_clients(true);

openssl: `openssl` `X509NameBuilder::build` returned object is not thread safe

RUSTSEC-2023-0022

OpenSSL has a modified bit that it can set on on X509_NAME objects. If this bit is set then the object is not thread-safe even when it appears the code is not modifying the value.

Thanks to David Benjamin (Google) for reporting this issue.

openssl: `openssl` `SubjectAlternativeName` and `ExtendedKeyUsage::other` allow arbitrary file read

RUSTSEC-2023-0023

SubjectAlternativeName and ExtendedKeyUsage arguments were parsed using the OpenSSL function X509V3_EXT_nconf. This function parses all input using an OpenSSL mini-language which can perform arbitrary file reads.

Thanks to David Benjamin (Google) for reporting this issue.

openssl: `openssl` `X509Extension::new` and `X509Extension::new_nid` null pointer dereference

RUSTSEC-2023-0024

These functions would crash when the context argument was None with certain extension types.

Thanks to David Benjamin (Google) for reporting this issue.

h2: Resource exhaustion vulnerability in h2 may lead to Denial of Service (DoS)

RUSTSEC-2023-0034

If an attacker is able to flood the network with pairs of HEADERS/RST_STREAM frames, such that the h2 application is not able to accept them faster than the bytes are received, the pending accept queue can grow in memory usage. Being able to do this consistently can result in excessive memory use, and eventually trigger Out Of Memory.

This flaw is corrected in hyperium/h2#668, which restricts remote reset stream count by default.