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 meanshift-rs

Dependencies

(17 total, 8 outdated, 2 possibly insecure)

CrateRequiredLatestStatus
 actix^0.120.13.5out of date
 actix-rt^2.2.02.10.0up to date
 anyhow^1.0.431.0.98up to date
 env_logger^0.80.11.8out of date
 futures^0.3.160.3.31up to date
 futures-sink^0.3.160.3.31up to date
 kdtree^0.6.00.7.0out of date
 log^0.40.4.27up to date
 ndarray^0.150.16.1out of date
 ndarray-stats^0.50.6.0out of date
 num-integer^0.1.440.1.46up to date
 num-traits^0.2.140.2.19up to date
 numpy^0.14.10.25.0out of date
 pyo3 ⚠️^0.14.50.25.1out of date
 rayon^1.5.11.10.0up to date
 sorted-vec^0.5.20.8.6out of date
 tokio ⚠️^1.10.01.45.1maybe insecure

Dev dependencies

(1 total, all up-to-date)

CrateRequiredLatestStatus
 csv^1.1.61.3.1up 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);

pyo3: Risk of buffer overflow in `PyString::from_object`

RUSTSEC-2025-0020

PyString::from_object took &str arguments and forwarded them directly to the Python C API without checking for terminating nul bytes. This could lead the Python interpreter to read beyond the end of the &str data and potentially leak contents of the out-of-bounds read (by raising a Python exception containing a copy of the data including the overflow).

In PyO3 0.24.1 this function will now allocate a CString to guarantee a terminating nul bytes. PyO3 0.25 will likely offer an alternative API which takes &CStr arguments.