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 portfolio-cli

Dependencies

(16 total, 6 outdated, 2 possibly insecure)

CrateRequiredLatestStatus
 web3^0.19.00.19.0up to date
 tokio ⚠️^1.19.21.49.0maybe insecure
 config^0.14.00.15.19out of date
 reqwest^0.11.110.13.1out of date
 jql^7.0.18.0.10out of date
 serde_json^1.0.821.0.149up to date
 governor^0.6.00.10.4out of date
 nonzero_ext^0.3.00.3.0up to date
 indicatif^0.17.00.18.3out of date
 piechart^1.0.01.0.0up to date
 rand^0.8.00.9.2out of date
 clap^4.0.114.5.56up to date
 prettytable-rs^0.100.10.0up to date
 openssl ⚠️^0.10.400.10.75maybe insecure
 async-trait^0.1.570.1.89up to date
 proc-macro2^1.0.461.0.106up 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.