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

Crate exonum-testkit

Dependencies

(12 total, 6 outdated, 2 insecure)

CrateRequiredLatestStatus
 actix-web ⚠️^0.7.184.19.0insecure
 exonum^0.11.01.0.0out of date
 failure^0.1.50.1.8up to date
 futures^0.1.250.3.34out of date
 log^0.4.60.4.35up to date
 protobuf ⚠️^2.4.03.7.2insecure
 reqwest^0.9.80.13.5out of date
 serde^1.0.101.0.229up to date
 serde_derive^1.0.101.0.229up to date
 serde_json^1.0.21.0.154up to date
 serde_urlencoded^0.5.40.7.1out of date
 tokio-core^0.1.170.1.18up to date

Dev dependencies

(7 total, 5 outdated, 1 insecure)

CrateRequiredLatestStatus
 assert_matches^1.2.01.5.0up to date
 exonum-derive^0.11.01.0.0out of date
 hex^0.3.20.4.3out of date
 lazy_static^1.0.01.5.1up to date
 pretty_assertions^0.6.11.4.1out of date
 rand^0.6.40.10.3out of date
 thread_local ⚠️^0.3.61.1.10insecure

Security Vulnerabilities

actix-web: Multiple memory safety issues

RUSTSEC-2018-0019

Affected versions contain multiple memory safety issues, such as:

  • Unsoundly coercing immutable references to mutable references
  • Unsoundly extending lifetimes of strings
  • Adding the Send marker trait to objects that cannot be safely sent between threads

This may result in a variety of memory corruption scenarios, most likely use-after-free.

A significant refactoring effort has been conducted to resolve these issues.

thread_local: Data race in `Iter` and `IterMut`

RUSTSEC-2022-0006

In the affected version of this crate, {Iter, IterMut}::next used a weaker memory ordering when loading values than what was required, exposing a potential data race when iterating over a ThreadLocal's values.

Crates using Iter::next, or IterMut::next are affected by this issue.

protobuf: Crash due to uncontrolled recursion in protobuf crate

RUSTSEC-2024-0437

Affected version of this crate did not properly parse unknown fields when parsing a user-supplied input.

This allows an attacker to cause a stack overflow when parsing the mssage on untrusted data.

actix-web: Compressed request bodies can exhaust memory before extractor limits apply

RUSTSEC-2026-0447

Body extractors do not pass their size limits to the decompression layer. A small compressed request can therefore cause a large allocation before the extractor rejects the decoded body. A remote attacker can use this to exhaust memory or CPU resources and cause denial of service.

This affects applications that read compressed request bodies with the corresponding compression feature enabled.

Upgrade to actix-web 4.18.2 or later with actix-http 3.20.1 or later. As a workaround, reject compressed request bodies at a reverse proxy or in middleware before body extraction.