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 opentls

Dependencies

(7 total, 2 possibly insecure)

CrateRequiredLatestStatus
 futures-util^0.3.10.3.31up to date
 log^0.4.50.4.27up to date
 openssl ⚠️^0.10.290.10.73maybe insecure
 openssl-probe^0.10.1.6up to date
 openssl-sys^0.9.550.9.109up to date
 tokio ⚠️^1.0.11.45.1maybe insecure
 url^2.1.12.5.4up to date

Dev dependencies

(6 total, 2 outdated, 1 possibly insecure)

CrateRequiredLatestStatus
 async-std^1.6.01.13.1up to date
 cfg-if^0.1.101.0.1out of date
 env_logger^0.7.10.11.8out of date
 futures^0.3.10.3.31up to date
 hex^0.4.20.4.3up to date
 tokio ⚠️^1.0.11.45.1maybe insecure

Security Vulnerabilities

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: Use-After-Free in `Md::fetch` and `Cipher::fetch`

RUSTSEC-2025-0022

When a Some(...) value was passed to the properties argument of either of these functions, a use-after-free would result.

In practice this would nearly always result in OpenSSL treating the properties as an empty string (due to CString::drop's behavior).

The maintainers thank quitbug for reporting this vulnerability to us.