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 trotter

Dependencies

(9 total, 1 outdated, 2 possibly insecure)

CrateRequiredLatestStatus
 clap^44.5.40up to date
 mime_guess^22.0.5up to date
 openssl ⚠️^0.100.10.73maybe insecure
 thiserror^1.02.0.12out of date
 tokio ⚠️^11.45.1maybe insecure
 tokio-openssl^0.60.6.5up to date
 url^2.42.5.4up to date
 urlencoding^2.1.32.1.3up to date
 wildmatch^2.1.12.4.0up to date

Dev dependencies

(2 total, all up-to-date)

CrateRequiredLatestStatus
 anyhow^11.0.98up to date
 clap^44.5.40up to date

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.