0.3.30 — diff review from 0.3.29 only (current)
From zcash/rust-ecosystem copy of zcash/zcash. By str4d.
These reviews are from cargo-vet. To add your review, set up cargo-vet
and submit your URL to its registry.
0.3.30 — diff review from 0.3.29 only (current)
From zcash/rust-ecosystem copy of zcash/zcash. By str4d.
0.3.30 (current)
From kornelski/crev-proofs copy of git.savannah.gnu.org.
Packaged for Guix (crates-io)
0.3.30 (current)
From kornelski/crev-proofs copy of salsa.debian.org.
Only in debcargo (unstable). Changelog:
The current version of futures-util is 0.3.30.
0.3.28 (older version)
From google/supply-chain copy of chromium. By George Burgess IV.
There's a custom xorshift-based random::shuffle
implementation in
src/async_await/random.rs. This is doc(hidden)
and seems to exist just so
that futures-macro::select
can be unbiased. Sicne xorshift is explicitly not
intended to be a cryptographically secure algorithm, it is not considered
crypto.
0.3.28 — diff review from 0.3.26 only (older version)
From mozilla/supply-chain copy of hg. Audited without comment by Mike Hommey.
0.3.26 — diff review from 0.3.25 only (older version)
From zcash/rust-ecosystem copy of zcash/zcash. By Jack Grigg.
Changes to unsafe
usage are to split Either::project
into Either::as_pin_ref
and
Either::as_pin_mut
. The new code follows the old code's pattern, and also now has SAFETY
documentation.
0.3.14 (older version)
From google/supply-chain copy of chromium. Audited without comment by Android Legacy.
cargo-vet does not verify reviewers' identity. You have to fully trust the source the audits are from.
This crate can be compiled, run, and tested on a local workstation or in controlled automation without surprising consequences. More…
Inspection reveals that the crate in question does not attempt to implement any cryptographic algorithms on its own.
Note that certification of this does not require an expert on all forms of cryptography: it's expected for crates we import to be "good enough" citizens, so they'll at least be forthcoming if they try to implement something cryptographic. When in doubt, please ask an expert.
All crypto algorithms in this crate have been reviewed by a relevant expert.
Note: If a crate does not implement crypto, use does-not-implement-crypto
,
which implies crypto-safe
, but does not require expert review in order to
audit for.
This crate will not introduce a serious security vulnerability to production software exposed to untrusted input. More…
May have been packaged automatically without a review
Lib.rs has been able to verify that all files in the crate's tarball are in the crate's repository with a git tag matching the version. Please note that this check is still in beta, and absence of this confirmation does not mean that the files don't match.
Crates in the crates.io registry are tarball snapshots uploaded by crates' publishers. The registry is not using crates' git repositories, so there is a possibility that published crates have a misleading repository URL, or contain different code from the code in the repository.
To review the actual code of the crate, it's best to use cargo crev open futures-util
. Alternatively, you can download the tarball of futures-util v0.3.30 or view the source online.
build.rs
now that it can rely on thetarget_has_atomic
attribute.unsafe
blocks are to either move them around, or replace them with safe method calls.unsafe
block is added for a slice lifetime transmutation. The slice reconstruction is obviously correct. AFAICT the lifetime transmutation is also correct; the slice's lifetime logically comes from theAsyncBufRead
reader insideFillBuf
, rather than theContext
.