https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-05T16:28:37.609913+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/bdu:2025-10949 bdu:2025-10949 2026-10-05T16:28:37.701239+00:00 bdu:2025-10949 https://cve.radiocsirt.org/vuln/certfr-2026-avi-0281 certfr-2026-avi-0281 — De multiples vulnérabilités ont été découvertes dans les produits Splunk. Certaines d'entre elles permettent à un attaq… 2026-10-05T16:28:37.701307+00:00 certfr-2026-avi-0281 https://cve.radiocsirt.org/vuln/euvd-2026-331322 EUVD-2026-331322 2026-10-05T16:28:37.701340+00:00 EUVD-2026-331322 https://cve.radiocsirt.org/vuln/fkie_cve-2025-4574 fkie_cve-2025-4574 2026-10-05T16:28:37.701360+00:00

In crossbeam-channel rust crate, the internal `Channel` type's `Drop` method has a race condition which could, in some circumstances, lead to a double-free that could result in memory corruption.

 https://cve.radiocsirt.org/vuln/ghsa-pg9f-39pc-qf8g GHSA-pg9f-39pc-qf8g — crossbeam-channel Vulnerable to Double Free on Drop 2026-10-05T16:28:37.701404+00:00

Affected: crates.io: crossbeam-channel

The internal `Channel` type's `Drop` method has a race which could, in some circumstances, lead to a double-free. This could result in memory corruption.

Quoting from the [upstream description in merge request \#1187](https://github.com/crossbeam-rs/crossbeam/pull/1187#issue-2980761131):

> The problem lies in the fact that `dicard_all_messages` contained two paths that could lead to `head.block` being read but only one of them would swap the value. This meant that `dicard_all_messages` could end up observing a non-null block pointer (and therefore attempting to free it) without setting `head.block` to null. This would then lead to `Channel::drop` making a second attempt at dropping the same pointer.

The bug was introduced while fixing a memory leak, in upstream [MR \#1084](https://github.com/crossbeam-rs/crossbeam/pull/1084), first published in 0.5.12.

The fix is in upstream [MR \#1187](https://github.com/crossbeam-rs/crossbeam/pull/1187) and has been published in 0.5.15

 https://cve.radiocsirt.org/vuln/msrc_cve-2025-4574 msrc_CVE-2025-4574 — Crossbeam-channel: crossbeam-channel vulnerable to double free on drop 2026-10-05T16:28:37.701456+00:00 msrc_CVE-2025-4574 https://cve.radiocsirt.org/vuln/opensuse-su-2025:15550-1 openSUSE-SU-2025:15550-1 — cargo-audit-0.21.2~git0.18e58c2-2.1 on GA media 2026-10-05T16:28:37.701497+00:00

cargo-audit-0.21.2~git0.18e58c2-2.1 on GA media

 https://cve.radiocsirt.org/vuln/rustsec-2025-0024 RUSTSEC-2025-0024 — crossbeam-channel: double free on Drop 2026-10-05T16:28:37.701529+00:00

Affected: crates.io: crossbeam-channel

The internal `Channel` type's `Drop` method has a race which could, in some circumstances, lead to a double-free. This could result in memory corruption.

Quoting from the [upstream description in merge request \#1187](https://github.com/crossbeam-rs/crossbeam/pull/1187#issue-2980761131):

> The problem lies in the fact that `dicard_all_messages` contained two paths that could lead to `head.block` being read but only one of them would swap the value. This meant that `dicard_all_messages` could end up observing a non-null block pointer (and therefore attempting to free it) without setting `head.block` to null. This would then lead to `Channel::drop` making a second attempt at dropping the same pointer.

The bug was introduced while fixing a memory leak, in upstream [MR \#1084](https://github.com/crossbeam-rs/crossbeam/pull/1084), first published in 0.5.12.

The fix is in upstream [MR \#1187](https://github.com/crossbeam-rs/crossbeam/pull/1187) and has been published in 0.5.15

 https://cve.radiocsirt.org/vuln/suse-su-2025:01591-1 SUSE-SU-2025:01591-1 — Security update for python-maturin 2026-10-05T16:28:37.701575+00:00

Security update for python-maturin

 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-4574 UBUNTU-CVE-2025-4574 2026-10-05T16:28:37.701604+00:00

Affected: Ubuntu:20.04:LTS: rust-crossbeam-channel, Ubuntu:22.04:LTS: rust-crossbeam-channel, Ubuntu:24.04:LTS: rust-crossbeam-channel

In crossbeam-channel rust crate, the internal `Channel` type's `Drop` method has a race condition which could, in some circumstances, lead to a double-free that could result in memory corruption.