Vulnerability HighRUSTSEC-2025-0053 · arenavec
RUSTSEC-2025-0053: Multiple memory corruption vulnerabilities in safe APIs
Short answerA security vulnerability in the arenavec crate: Multiple memory corruption vulnerabilities in safe APIs. GitHub rates it High. No fixed version: replace the crate or remove the affected code path.
| Crate | arenavec |
|---|---|
| Type | Vulnerability (memory-corruption) |
| Affected versions | Every version. |
| Fixed in | none |
| Severity | High (GitHub rating) |
| Published | 2025-08-14 |
| Last changed | 2025-10-28 |
| Also known as | GHSA-3632-54q8-m96x |
| Affected functions | arenavec::common::AllocHandle::allocate, arenavec::common::AllocHandle::allocate_or_extend, arenavec::common::SliceVec::split_off, arenavec::common::allocate_inner |
What to do
- Find who pulls it in:
cargo tree -i arenavec. - Avoid the affected API (
arenavec::common::AllocHandle::allocate,arenavec::common::AllocHandle::allocate_or_extend,arenavec::common::SliceVec::split_off,arenavec::common::allocate_inner), or replace the crate.
Details from the advisory
The crate has the following vulnerabilities:
- The public trait
arenavec::common::AllocHandleallows the return of raw pointers through its methodsallocateandallocate_or_extend. However, the trait is not marked as unsafe, meaning users of the crate may implement it under the assumption that the library safely handles the returned raw pointers. These raw pointers can later be dereferenced within safe APIs of the crate-such asarenavec::common::SliceVec::push-potentially leading to arbitrary memory access.
- The safe API
arenavec::common::SliceVec::reservecan reach the private functionarenavec::common::allocate_inner. Incorrect behavior inallocate_innermay result in aSliceVecwith an increased capacity, even though the underlying memory has not actually been expanded. This mismatch betweenSliceVec.capacityand the actual reserved memory can lead to a heap buffer overflow.
- The safe API
arenavec::common::SliceVec::split_offcan duplicate the ownership of the elements inself(of typeSliceVec) if they implement theDroptrait. Specifically, whenat == 0, the method returns a newSliceVecwith the same length asself. Since bothselfand the returned object point to the same heap memory, dropping one will deallocate the shared memory. When the other is subsequently dropped, it will attempt to free the same memory again, resulting in a double free violation.
References
- Package: crates.io/crates/arenavec
- Advisory: rustsec.org/advisories/RUSTSEC-2025-0053.html
- Report: github.com/ibabushkin/arenavec/issues/4
- Report: github.com/ibabushkin/arenavec/issues/5
- Report: github.com/ibabushkin/arenavec/issues/6
From the RustSec Advisory Database (CC0-1.0) via the OSV export, downloaded Oct 24, 2026. Severity score computed from the published CVSS vector.
Other advisories for arenavec
Up next
Same cratearenavec: security historyEvery advisory for this crate, and whether it is safe to use today.Read it next →Did this answer your question?