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

Crate solana

Dependencies

(36 total, 20 outdated, 2 insecure)

CrateRequiredLatestStatus
 bincode^1.0.03.0.0out of date
 bs58^0.2.00.5.1out of date
 bv^0.10.00.11.1out of date
 byteorder^1.2.11.5.0up to date
 chrono^0.4.00.4.45up to date
 hashbrown^0.1.70.17.1out of date
 indexmap^1.02.14.2out of date
 itertools^0.8.00.15.0out of date
 libc^0.2.450.2.191up to date
 log^0.4.20.4.35up to date
 nix^0.12.00.31.3out of date
 rand^0.6.10.10.3out of date
 rand_chacha^0.1.00.10.0out of date
 rayon^1.0.01.12.0up to date
 reqwest^0.9.00.13.5out of date
 ring ⚠️^0.13.20.17.14insecure
 rocksdb ⚠️^0.10.10.25.0insecure
 serde^1.0.821.0.229up to date
 serde_derive^1.0.821.0.229up to date
 serde_json^1.0.101.0.154up to date
 solana-bpfloader^0.11.00.15.3out of date
 solana-drone^0.11.0N/Aup to date
 solana-jsonrpc-core^0.4.0N/Aup to date
 solana-jsonrpc-http-server^0.4.0N/Aup to date
 solana-jsonrpc-macros^0.4.0N/Aup to date
 solana-jsonrpc-pubsub^0.4.0N/Aup to date
 solana-jsonrpc-ws-server^0.4.0N/Aup to date
 solana-logger^0.11.03.0.0out of date
 solana-metrics^0.11.04.4.0out of date
 solana-native-loader^0.11.00.11.0up to date
 solana-netutil^0.11.00.20.5out of date
 solana-sdk^0.11.05.0.0out of date
 solana-system-program^0.11.04.4.0out of date
 tokio^0.11.54.1out of date
 tokio-codec^0.10.1.2up to date
 untrusted^0.6.20.9.0out of date

Dev dependencies

(2 total, 1 outdated)

CrateRequiredLatestStatus
 hex-literal^0.1.11.1.0out of date
 matches^0.1.60.1.10up to date

Security Vulnerabilities

rocksdb: Out-of-bounds read when opening multiple column families with TTL

RUSTSEC-2022-0046

Affected versions of this crate called the RocksDB C API rocksdb_open_column_families_with_ttl() with a pointer to a single integer TTL value, but one TTL value for each column family is expected.

This is only relevant when using rocksdb::DBWithThreadMode::open_cf_descriptors_with_ttl() with multiple column families.

This bug has been fixed in v0.19.0.

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.