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 fleetfs

Dependencies

(20 total, 4 outdated, 2 possibly insecure)

CrateRequiredLatestStatus
 futures^0.30.3.32up to date
 futures-util^0.3.80.3.32up to date
 tokio-util^0.7.00.7.18up to date
 tokio^1.281.51.0up to date
 clap^4.4.64.6.0up to date
 log^0.40.4.29up to date
 env_logger^0.11.50.11.10up to date
 slog-stdlog^4.14.1.1up to date
 slog^2.72.8.2up to date
 fuser^0.17.00.17.0up to date
 rkyv ⚠️^0.8.80.8.15maybe insecure
 redb^3.0.04.0.0out of date
 redb-derive^0.1.00.1.0up to date
 libc^0.20.2.184up to date
 byteorder^1.31.5.0up to date
 sha2^0.100.11.0out of date
 walkdir^2.32.5.0up to date
 fleetfs_raft^0.60.6.0up to date
 protobuf ⚠️^2.243.7.2out of date
 rand^0.90.10.0out of date

Dev dependencies

(1 total, all up-to-date)

CrateRequiredLatestStatus
 tempfile^3.13.27.0up to date

Security Vulnerabilities

protobuf: Crash due to uncontrolled recursion in protobuf crate

RUSTSEC-2024-0437

Affected version of this crate did not properly parse unknown fields when parsing a user-supplied input.

This allows an attacker to cause a stack overflow when parsing the mssage on untrusted data.

rkyv: Potential Undefined Behaviors in `Arc<T>`/`Rc<T>` impls of `from_value` on OOM

RUSTSEC-2026-0001

The SharedPointer::alloc implementation for sync::Arc<T> and rc::Rc<T> in rkyv/src/impls/alloc/rc/atomic.rs (and rc.rs) does not check if the allocator returns a null pointer on OOM (Out of Memory).

This null pointer can flow through to SharedPointer::from_value, which calls Box::from_raw(ptr) with the null pointer. This triggers undefined behavior when utilizing safe deserialization APIs (such as rkyv::from_bytes or rkyv::deserialize_using) if an OOM condition occurs during the allocation of the shared pointer.

The issue is reachable through safe code and violates Rust's safety guarantees.