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

Crate winscard

Dependencies

(17 total, 4 outdated, 1 insecure, 1 possibly insecure)

CrateRequiredLatestStatus
 base64^0.220.22.1up to date
 bitflags^2.92.11.0up to date
 crypto-bigint=0.7.0-rc.80.7.3out of date
 flate2^1.11.1.9up to date
 iso7816^0.10.2.0out of date
 iso7816-tlv^0.40.4.4up to date
 num-derive^0.40.4.2up to date
 num-traits^0.20.2.19up to date
 picky=7.0.0-rc.206.3.0up to date
 picky-asn1-der^0.50.5.5up to date
 picky-asn1-x509^0.150.15.3up to date
 rand_core^0.90.10.0out of date
 rsa ⚠️=0.10.0-rc.90.9.10insecure
 sha1=0.11.0-rc.20.11.0out of date
 time ⚠️^0.30.3.47maybe insecure
 tracing^0.10.1.44up to date
 uuid^1.181.23.0up to date

Dev dependencies

(2 total, 1 outdated)

CrateRequiredLatestStatus
 proptest^1.61.11.0up to date
 rand^0.90.10.0out of 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.

time: Denial of Service via Stack Exhaustion

RUSTSEC-2026-0009

Impact

When user-provided input is provided to any type that parses with the RFC 2822 format, a denial of service attack via stack exhaustion is possible. The attack relies on formally deprecated and rarely-used features that are part of the RFC 2822 format used in a malicious manner. Ordinary, non-malicious input will never encounter this scenario.

Patches

A limit to the depth of recursion was added in v0.3.47. From this version, an error will be returned rather than exhausting the stack.

Workarounds

Limiting the length of user input is the simplest way to avoid stack exhaustion, as the amount of the stack consumed would be at most a factor of the length of the input.