Approved changes feed: RSS · Atom

cpe:2.3:a:crossbeam-rs:crossbeam:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorCrossbeam Rs (81c7104d-badb-524e-b1bb-2f8840b33f8b)
ProductCrossbeam (3f345e99-8b0b-5ac1-aa5c-22f6b7e28685)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2022-23639 vulnerable 2026-06-08 05:40:58.093260 Improper Restriction of Operations within the Bounds of a Memory Buffer and Race Condition in crossbeam-utils
HIGH (8.1)
crossbeam-utils provides atomics, synchronization primitives, scoped threads, and other utilities for concurrent programming in Rust. crossbeam-utils prior to version 0.8.7 incorrectly assumed that the alignment of `{i,u}64` was always the same as `Atomic{I,U}64`. However, the alignment of `{i,u}64` on a 32-bit target can be smaller than `Atomic{I,U}64`. This can cause unaligned memory accesses and data race. Crates using `fetch_*` methods with `AtomicCell<{i,u}64>` are affected by this issue. 32-bit targets without `Atomic{I,U}64` and 64-bit targets are not affected by this issue. This has been fixed in crossbeam-utils 0.8.7. There are currently no known workarounds.
Published: 2022-02-15T18:20:10.000Z
Updated: 2025-04-22T18:22:02.437Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2021-32810 vulnerable 2026-06-08 05:32:08.087149 Data race in crossbeam-deque
CRITICAL (9.8)
crossbeam-deque is a package of work-stealing deques for building task schedulers when programming in Rust. In versions prior to 0.7.4 and 0.8.0, the result of the race condition is that one or more tasks in the worker queue can be popped twice instead of other tasks that are forgotten and never popped. If tasks are allocated on the heap, this can cause double free and a memory leak. If not, this still can cause a logical bug. Crates using `Stealer::steal`, `Stealer::steal_batch`, or `Stealer::steal_batch_and_pop` are affected by this issue. This has been fixed in crossbeam-deque 0.8.1 and 0.7.4.
Published: 2021-08-02T18:35:12.000Z
Updated: 2024-08-03T23:33:56.077Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-15254 vulnerable 2026-06-08 05:19:25.595770 Undefined Behavior in bounded Crossbeam channel
HIGH (8.1)
Crossbeam is a set of tools for concurrent programming. In crossbeam-channel before version 0.4.4, the bounded channel incorrectly assumes that `Vec::from_iter` has allocated capacity that same as the number of iterator elements. `Vec::from_iter` does not actually guarantee that and may allocate extra memory. The destructor of the `bounded` channel reconstructs `Vec` from the raw pointer based on the incorrect assumes described above. This is unsound and causing deallocation with the incorrect capacity when `Vec::from_iter` has allocated different sizes with the number of iterator elements. This has been fixed in crossbeam-channel 0.4.4.
Published: 2020-10-16T17:05:24.000Z
Updated: 2024-08-04T13:08:23.227Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.