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

Crate QuantCrypt

Dependencies

(31 total, 6 outdated, 1 insecure, 1 possibly insecure)

CrateRequiredLatestStatus
 ml-kem^0.2.10.2.1up to date
 rand^0.8.50.9.0out of date
 rand_chacha^0.3.10.9.0out of date
 rand_core^0.6.40.9.3out of date
 rsa ⚠️^0.9.60.9.8insecure
 openssl ⚠️^0.10.680.10.72maybe insecure
 sha2^0.10.80.10.8up to date
 der^0.7.90.7.9up to date
 pkcs8^0.10.20.10.2up to date
 der_derive^0.7.30.7.3up to date
 sha3^0.10.80.10.8up to date
 hkdf^0.12.40.12.4up to date
 hex^0.4.30.4.3up to date
 fips204^0.4.50.4.6up to date
 fips205^0.4.00.4.1up to date
 ed25519-dalek^2.1.12.1.1up to date
 ed448-rust^0.1.10.1.1up to date
 pem^3.0.43.0.5up to date
 x509-cert^0.2.50.2.5up to date
 serde^1.0.2141.0.219up to date
 strum^0.26.30.27.1out of date
 strum_macros^0.26.40.27.1out of date
 zeroize^1.8.11.8.1up to date
 chrono^0.4.380.4.40up to date
 thiserror^2.0.12.0.12up to date
 signature^2.2.02.2.0up to date
 tiny-keccak^2.0.22.0.2up to date
 cms^0.2.30.2.3up to date
 spki^0.7.30.7.3up to date
 const-oid^0.9.60.10.1out of date
 base64^0.22.10.22.1up to date

Security Vulnerabilities

rsa: Marvin Attack: potential key recovery through timing sidechannels

RUSTSEC-2023-0071

Impact

Due to a non-constant-time implementation, information about the private key is leaked through timing information which is observable over the network. An attacker may be able to use that information to recover the key.

Patches

No patch is yet available, however work is underway to migrate to a fully constant-time implementation.

Workarounds

The only currently available workaround is to avoid using the rsa crate in settings where attackers are able to observe timing information, e.g. local use on a non-compromised computer is fine.

References

This vulnerability was discovered as part of the "Marvin Attack", which revealed several implementations of RSA including OpenSSL had not properly mitigated timing sidechannel attacks.

openssl: Use-After-Free in `Md::fetch` and `Cipher::fetch`

RUSTSEC-2025-0022

When a Some(...) value was passed to the properties argument of either of these functions, a use-after-free would result.

In practice this would nearly always result in OpenSSL treating the properties as an empty string (due to CString::drop's behavior).

The maintainers thank quitbug for reporting this vulnerability to us.