https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-02T16:14:25.799157+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/certfr-2026-avi-0627 certfr-2026-avi-0627 — De multiples vulnérabilités ont été découvertes dans les produits Splunk. Certaines d'entre elles permettent à un attaq… 2026-10-02T16:14:26.407474+00:00 certfr-2026-avi-0627 https://cve.radiocsirt.org/vuln/euvd-2026-249499 EUVD-2026-249499 2026-10-02T16:14:26.407525+00:00 EUVD-2026-249499 https://cve.radiocsirt.org/vuln/fkie_cve-2025-55159 fkie_cve-2025-55159 2026-10-02T16:14:26.407540+00:00

slab is a pre-allocated storage for a uniform data type. In version 0.4.10, the get_disjoint_mut method incorrectly checked if indices were within the slab's capacity instead of its length, allowing access to uninitialized memory. This could lead to undefined behavior or potential crashes. This has been fixed in slab 0.4.11. A workaround for this issue involves to avoid using get_disjoint_mut with indices that might be beyond the slab's actual length.

 https://cve.radiocsirt.org/vuln/ghsa-qx2v-8332-m4fv GHSA-qx2v-8332-m4fv — slab allows out-of-bounds access in `get_disjoint_mut` due to incorrect bounds check 2026-10-02T16:14:26.407572+00:00

Affected: crates.io: slab

### Impact

The `get_disjoint_mut` method in slab v0.4.10 incorrectly checked if indices were within the slab's capacity instead of its length, allowing access to uninitialized memory. This could lead to undefined behavior or potential crashes.

### Patches

This has been fixed in slab v0.4.11.

### Workarounds

Avoid using `get_disjoint_mut` with indices that might be beyond the slab's actual length, or upgrade to v0.4.11 or later.

### References

- [https://github.com/tokio-rs/slab/pull/152](https://github.com/tokio-rs/slab/pull/152)

 https://cve.radiocsirt.org/vuln/msrc_cve-2025-55159 msrc_CVE-2025-55159 — slab allows out-of-bounds access in `get_disjoint_mut` due to incorrect bounds check 2026-10-02T16:14:26.407603+00:00 msrc_CVE-2025-55159 https://cve.radiocsirt.org/vuln/oesa-2025-2098 OESA-2025-2098 — uv security update 2026-10-02T16:14:26.407620+00:00

Affected: openEuler:24.03-LTS-SP2: uv

An extremely fast Python package and project manager, written in Rust. Security Fix(es):

uv is a Python package and project manager written in Rust. In versions 0.8.5 and earlier, remote ZIP archives were handled in a streamwise fashion, and file entries were not reconciled against the archive's central directory. An attacker could contrive a ZIP archive that would extract with legitimate contents on some package installers, and malicious contents on others due to multiple local file entries. An attacker could also contrive a "stacked" ZIP input with multiple internal ZIPs, which would be handled differently by different package installers. The attacker could choose which installer to target in both scenarios. This issue is fixed in version 0.8.6. To work around this issue, users may choose to set UV_INSECURE_NO_ZIP_VALIDATION=1 to revert to the previous behavior.(CVE-2025-54368)

slab is a pre-allocated storage for a uniform data type. In version 0.4.10, the get_disjoint_mut method incorrectly checked if indices were within the slab's capacity instead of its length, allowing access to uninitialized memory. This could lead to undefined behavior or potential crashes. This has been fixed in slab 0.4.11. A workaround for this issue involves to avoid using get_disjoint_mut with indices that might be beyond the slab's actual length.(CVE-2025-55159)

 https://cve.radiocsirt.org/vuln/opensuse-su-2025:15444-1 openSUSE-SU-2025:15444-1 — framework_tool-0.4.5-2.1 on GA media 2026-10-02T16:14:26.407651+00:00

framework_tool-0.4.5-2.1 on GA media

 https://cve.radiocsirt.org/vuln/rustsec-2025-0047 RUSTSEC-2025-0047 — Out-of-bounds access in `get_disjoint_mut` due to incorrect bounds check 2026-10-02T16:14:26.407667+00:00

Affected: crates.io: slab

## Impact The `get_disjoint_mut` method in slab v0.4.10 incorrectly checked if indices were within the slab's capacity instead of its length, allowing access to uninitialized memory. This could lead to undefined behavior or potential crashes.

## Patches This has been fixed in slab v0.4.11.

## Workarounds Avoid using `get_disjoint_mut` with indices that might be beyond the slab's actual length, or upgrade to v0.4.11 or later.

## References * [https://github.com/tokio-rs/slab/pull/152](https://github.com/tokio-rs/slab/pull/152)

 https://cve.radiocsirt.org/vuln/suse-su-2025:02957-1 SUSE-SU-2025:02957-1 — Security update for rust-keylime 2026-10-02T16:14:26.407690+00:00

Security update for rust-keylime

 https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-55159 UBUNTU-CVE-2025-55159 2026-10-02T16:14:26.407705+00:00

Affected: Ubuntu:20.04:LTS: rust-slab, Ubuntu:22.04:LTS: rust-slab, Ubuntu:24.04:LTS: rust-slab, Ubuntu:25.10: rust-slab, Ubuntu:26.04:LTS: rust-slab

slab is a pre-allocated storage for a uniform data type. In version 0.4.10, the get_disjoint_mut method incorrectly checked if indices were within the slab's capacity instead of its length, allowing access to uninitialized memory. This could lead to undefined behavior or potential crashes. This has been fixed in slab 0.4.11. A workaround for this issue involves to avoid using get_disjoint_mut with indices that might be beyond the slab's actual length.