VDB
Sign up
—

RUSTSEC-2025-0050

IdMap::from_iter may lead to uninitialized memory being freed on drop

Details

Due to a flaw in the constructor `id_map::IdMap::from_iter`, ill-formed objects may be created in which the amount of actually initialized memory is less than what is expected by the fields of `IdMap`. Specifically, the field `ids` is initialized based on the capacity of the vector `values`, which is constructed from the provided iterator. However, the length of this vector may be smaller than its capacity.

In such cases, when the resulting `IdMap` is dropped, its destructor incorrectly assumes that `values` contains `ids.len() == values.capacity()` initialized elements and attempts to iterate over and drop them. This leads to dereferencing and attempting to free uninitialized memory, resulting in undefined behavior and potential segmentation faults.

The bug was fixed in commit `fab6922`, and all unsafe code was removed from the crate.

Note that the maintainer recommends using the following alternatives: - [slab](https://crates.io/crates/slab) - [slotmap](https://crates.io/crates/slotmap)

Are you affected?

Enter the version of the package you're using.

Affected packages

crates.io/id-map
Introduced in: 0.1.6Fixed in: 0.2.2

Upgrade id-map to 0.2.2 or newer (ecosystem crates.io).

References