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 google-cloud-auth

Dependencies

(12 total, 1 outdated, 1 possibly insecure)

CrateRequiredLatestStatus
 async-trait^0.1.860.1.91up to date
 base64^0.220.22.1up to date
 derive_builder^0.20.20.20.2up to date
 http^1.2.01.4.2up to date
 reqwest^0.12.110.13.4out of date
 rustls^0.23.230.23.42up to date
 rustls-pemfile^2.22.2.0up to date
 serde^1.0.2161.0.229up to date
 serde_json^11.0.151up to date
 thiserror^22.0.19up to date
 time ⚠️^0.3.370.3.54maybe insecure
 tokio^1.421.53.1up to date

Dev dependencies

(11 total, 2 outdated, 1 insecure)

CrateRequiredLatestStatus
 axum^0.8.10.8.9up to date
 mockall^0.13.10.15.0out of date
 rand^0.8.50.10.2out of date
 regex^1.11.11.13.1up to date
 rsa ⚠️^0.9.70.9.10insecure
 scoped-env^2.1.02.1.0up to date
 serial_test^3.2.03.5.0up to date
 tempfile^3.17.03.27.0up to date
 test-case^3.3.13.3.1up to date
 tokio^1.421.53.1up to date
 tokio-test^0.4.40.4.5up 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.

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.