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 domain

Dependencies

(22 total, 2 outdated, 3 possibly insecure)

CrateRequiredLatestStatus
 arc-swap^1.7.01.8.0up to date
 bytes^1.01.11.0up to date
 chrono^0.4.350.4.42up to date
 futures-util^0.30.3.31up to date
 heapless^0.80.9.2out of date
 libc^0.2.1530.2.178up to date
 moka^0.12.30.12.12up to date
 octseq^0.5.20.5.2up to date
 parking_lot^0.120.12.5up to date
 proc-macro2^1.0.691.0.103up to date
 rand^0.80.9.2out of date
 ring ⚠️^0.170.17.14maybe insecure
 rustversion^11.0.22up to date
 serde^1.0.1301.0.228up to date
 siphasher^11.0.1up to date
 smallvec ⚠️^1.31.15.1maybe insecure
 time^0.3.10.3.44up to date
 tokio^1.331.48.0up to date
 tokio-rustls^0.260.26.4up to date
 tokio-stream^0.1.10.1.17up to date
 tracing^0.1.400.1.44up to date
 tracing-subscriber ⚠️^0.3.180.3.22maybe insecure

Dev dependencies

(13 total, 5 outdated)

CrateRequiredLatestStatus
 lazy_static^1.4.01.5.0up to date
 mock_instant^0.5.10.6.0out of date
 rstest^0.19.00.26.1out of date
 rustls-pemfile^2.1.22.2.0up to date
 serde_json^1.0.1131.0.147up to date
 serde_test^1.0.1301.0.177up to date
 serde_yaml^0.90.9.34+deprecatedup to date
 socket2^0.5.50.6.1out of date
 tokio^1.371.48.0up to date
 tokio-rustls^0.260.26.4up to date
 tokio-test^0.40.4.4up to date
 tokio-tfo^0.2.00.4.1out of date
 webpki-roots^0.261.0.4out of date

Security Vulnerabilities

smallvec: Buffer overflow in SmallVec::insert_many

RUSTSEC-2021-0003

A bug in the SmallVec::insert_many method caused it to allocate a buffer that was smaller than needed. It then wrote past the end of the buffer, causing a buffer overflow and memory corruption on the heap.

This bug was only triggered if the iterator passed to insert_many yielded more items than the lower bound returned from its size_hint method.

The flaw was corrected in smallvec 0.6.14 and 1.6.1, by ensuring that additional space is always reserved for each item inserted. The fix also simplified the implementation of insert_many to use less unsafe code, so it is easier to verify its correctness.

Thank you to Yechan Bae (@Qwaz) and the Rust group at Georgia Tech’s SSLab for finding and reporting this bug.

ring: Some AES functions may panic when overflow checking is enabled.

RUSTSEC-2025-0009

ring::aead::quic::HeaderProtectionKey::new_mask() may panic when overflow checking is enabled. In the QUIC protocol, an attacker can induce this panic by sending a specially-crafted packet. Even unintentionally it is likely to occur in 1 out of every 2**32 packets sent and/or received.

On 64-bit targets operations using ring::aead::{AES_128_GCM, AES_256_GCM} may panic when overflow checking is enabled, when encrypting/decrypting approximately 68,719,476,700 bytes (about 64 gigabytes) of data in a single chunk. Protocols like TLS and SSH are not affected by this because those protocols break large amounts of data into small chunks. Similarly, most applications will not attempt to encrypt/decrypt 64GB of data in one chunk.

Overflow checking is not enabled in release mode by default, but RUSTFLAGS="-C overflow-checks" or overflow-checks = true in the Cargo.toml profile can override this. Overflow checking is usually enabled by default in debug mode.

tracing-subscriber: Logging user input may result in poisoning logs with ANSI escape sequences

RUSTSEC-2025-0055

Previous versions of tracing-subscriber were vulnerable to ANSI escape sequence injection attacks. Untrusted user input containing ANSI escape sequences could be injected into terminal output when logged, potentially allowing attackers to:

  • Manipulate terminal title bars
  • Clear screens or modify terminal display
  • Potentially mislead users through terminal manipulation

In isolation, impact is minimal, however security issues have been found in terminal emulators that enabled an attacker to use ANSI escape sequences via logs to exploit vulnerabilities in the terminal emulator.

This was patched in PR #3368 to escape ANSI control characters from user input.