Closed github-actions[bot] closed 2 years ago
dependency chain for ansi_term
is:
ansi_term
pulled byclap-2.34.0
: https://github.com/mrl5/vulner/blob/2f585d7318e9a3cdcf66d7acbfe0e22559a2877b/Cargo.lock#L154-L160clap-2.34.0
pulled by structopt-0.3.26
: https://github.com/mrl5/vulner/blob/5beafc06d3e4867370939a6a2823a81930580390/Cargo.lock#L1582-L1588structopt-0.3.26
is direct vulner dependency in cli
crate: https://github.com/mrl5/vulner/blob/5beafc06d3e4867370939a6a2823a81930580390/Cargo.lock#L182-L199structopt
is used here: https://github.com/mrl5/vulner/blob/5beafc06d3e4867370939a6a2823a81930580390/crates/cli/src/main.rs#L10 - introduced in commit https://github.com/mrl5/vulner/commit/78b0d8d7790073080eb10616dcbdc81b23e4d07e
clap
stopped using ansi_term
since version 3
but structopt-0.3.26
explicitly wants 2.34.0
version of clap
this is blocked until structopt
switches to clap-3
(because ansi_term
is not used since clap-3
)
if ansi_term
will have some vulnerability periodic cargo security audit should detect it
based on this answer: https://github.com/TeXitoi/structopt/issues/528#issuecomment-1221293811
and this post: https://www.reddit.com/r/rust/comments/pkzde6/comment/hc7x5s7/
I guess in order to fix this issue structopt
dependency should be replaced with clap-3
We've tried to raise awareness of clap
superseding `structopt
Technically, it is still somewhat maintained to a degree, so classifying it as unmaintained in rustsec probably isn't appropriate to raise visibility.
In general, I wish there was a way for a crate like structopt to communicate that the upgrade path is a different crate.
thanks for clarification @epage - I appreciate it :) I guess eventually I will migrate from structopt
to clap-3
as per https://github.com/advisories/GHSA-74w3-p89x-ffgh
This advisory has been withdrawn because it does not discuss a particular vulnerability in the code of ansi_term.
ansi_term
0.12.1
The maintainer has adviced this crate is deprecated and will not receive any maintenance.
The crate does not seem to have much dependencies and may or may not be ok to use as-is.
Last release seems to have been three years ago.
Possible Alternative(s)
The below list has not been vetted in any way and may or may not contain alternatives;
See advisory page for additional details.