This project contains known security vulnerabilities. Find detailed information at the bottom.

Crate tlfs

Dependencies

(18 total, 8 outdated, 3 insecure)

CrateRequiredLatestStatus
 anyhow^1.0.511.0.104up to date
 async-trait^0.1.520.1.92up to date
 bytecheck^0.6.70.8.3out of date
 ed25519-dalek ⚠️^1.0.13.0.0insecure
 fnv^1.0.71.0.7up to date
 futures^0.3.170.3.34up to date
 libp2p-broadcast^0.7.00.12.0out of date
 libp2p-webrtc^0.2.1N/Aup to date
 log-panics^2.0.02.1.0up to date
 rkyv ⚠️^0.7.260.8.18insecure
 tracing^0.1.290.1.44up to date
 tracing-log^0.1.20.2.0out of date
 tracing-subscriber^0.3.30.3.23up to date
 libp2p ⚠️^0.42.00.57.1insecure
 tracing-wasm^0.2.10.2.1up to date
 wasm-bindgen-futures^0.4.280.4.79up to date
 async-global-executor^2.0.23.1.0out of date
 tracing-android^0.1.60.2.0out of date

Dev dependencies

(1 total, all up-to-date)

CrateRequiredLatestStatus
 async-std^1.10.01.13.2up to date

Crate tlfs-crdt

Dependencies

(19 total, 7 outdated, 2 insecure)

CrateRequiredLatestStatus
 anyhow^1.0.511.0.104up to date
 base64^0.13.00.23.1out of date
 blake3^1.2.01.8.7up to date
 bytecheck^0.6.70.8.3out of date
 crepe^0.1.50.2.0out of date
 ed25519-dalek ⚠️^1.0.13.0.0insecure
 futures^0.3.170.3.34up to date
 getrandom^0.2.30.4.3out of date
 hex^0.4.30.4.3up to date
 parking_lot^0.11.20.13.0out of date
 rkyv ⚠️^0.7.260.8.18insecure
 smallvec^1.7.01.16.4up to date
 tracing^0.1.290.1.44up to date
 vec-collections^0.4.30.4.3up to date
 wasm-bindgen-futures^0.4.280.4.79up to date
 js-sys^0.3.550.3.106up to date
 web-sys^0.3.550.3.106up to date
 wasm-bindgen^0.2.780.2.129up to date
 url^2.2.22.5.8up to date

Dev dependencies

(5 total, 1 outdated)

CrateRequiredLatestStatus
 async-std^1.10.01.13.2up to date
 log-panics^2.0.02.1.0up to date
 proptest^1.0.01.12.0up to date
 tracing-log^0.1.20.2.0out of date
 tracing-subscriber^0.3.30.3.23up to date

Crate tlfs-api

Dependencies

(6 total, 1 outdated)

CrateRequiredLatestStatus
 anyhow^1.0.511.0.104up to date
 ffi-gen^0.1.50.1.13up to date
 ffi-gen-macro^0.1.20.1.2up to date
 futures^0.3.170.3.34up to date
 getrandom^0.2.30.4.3out of date
 wasm-bindgen^0.2.780.2.129up to date

Build dependencies

(1 total, all up-to-date)

CrateRequiredLatestStatus
 ffi-gen^0.1.50.1.13up to date

Crate relay

Dependencies

(10 total, 5 outdated, 1 insecure)

CrateRequiredLatestStatus
 acme-lib^0.8.20.9.1out of date
 anyhow^1.0.511.0.104up to date
 clap^3.0.0-rc.44.6.7out of date
 hex^0.4.30.4.3up to date
 libp2p ⚠️^0.41.00.57.1insecure
 rustls-pemfile^0.2.12.2.0out of date
 tokio^1.14.01.54.1up to date
 tracing^0.1.290.1.44up to date
 tracing-subscriber^0.3.30.3.23up to date
 warp^0.3.20.4.3out of date

Crate tlfsc

Dependencies

(5 total, 1 outdated)

CrateRequiredLatestStatus
 anyhow^1.0.511.0.104up to date
 clap^3.0.0-rc.44.6.7out of date
 fnv^1.0.71.0.7up to date
 pest^2.1.32.9.5up to date
 pest_derive^2.1.02.9.5up to date

Security Vulnerabilities

libp2p: libp2p Lack of resource management DoS

RUSTSEC-2022-0084

libp2p allows a potential attacker to cause victim p2p node to run out of memory

The out of memory failure can cause crashes where libp2p is intended to be used within large scale networks leading to potential Denial of Service (DoS) vector

Users should upgrade or reference the DoS mitigation strategies.

ed25519-dalek: Double Public Key Signing Function Oracle Attack on `ed25519-dalek`

RUSTSEC-2022-0093

Versions of ed25519-dalek prior to v2.0 model private and public keys as separate types which can be assembled into a Keypair, and also provide APIs for serializing and deserializing 64-byte private/public keypairs.

Such APIs and serializations are inherently unsafe as the public key is one of the inputs used in the deterministic computation of the S part of the signature, but not in the R value. An adversary could somehow use the signing function as an oracle that allows arbitrary public keys as input can obtain two signatures for the same message sharing the same R and only differ on the S part.

Unfortunately, when this happens, one can easily extract the private key.

Revised public APIs in v2.0 of ed25519-dalek do NOT allow a decoupled private/public keypair as signing input, except as part of specially labeled "hazmat" APIs which are clearly labeled as being dangerous if misused.

rkyv: Insufficient archive validation can cause out-of-bounds reads in archives containing Rc/Arc

RUSTSEC-2026-0235

Shared pointer validation keyed already-validated pointees by their address and type, but did not include pointer metadata. For unsized pointees, an archive could therefore contain multiple Rc, Arc, or weak pointers that shared a data address but used different metadata, such as different slice lengths.

Once the first pointer had been validated, later pointers to the same address skipped pointee validation. The safe checked rkyv::access API could consequently return a slice with a forged length, allowing safe indexing to read out of bounds. The same validation bypass was reachable through checked deserialization with rkyv::from_bytes.

Version 0.8.17 includes pointer metadata in shared pointer validation and rejects conflicting metadata. The 0.7 series is also affected but is no longer supported by upstream. Users who process untrusted archives should upgrade to 0.8.17 or later.