Intel

AIKIDO-2026-676591

zerovec is vulnerable to Out-of-Bounds Read

Out-of-Bounds ReadGHSA-7fx9-626j-vqph Published Yesterday

80

High Risk

This Affects:

RUSTzerovec
0.7.0 - 0.11.7
Fixed in 0.11.8
Are you affected? Scan for Free

TL;DR

zerovec's blanket ULE implementation for fixed-size arrays checks that the byte buffer holds a whole number of T elements but not that the buffer length is a multiple of the array's own byte size. A [T; N] zero-copy value built from an externally supplied byte buffer whose length matches T but not [T; N] passes validation despite the size mismatch, so later unsafe casting code computes an element count from a length relationship it never checked. Zero-sized arrays pass the same check unconditionally, since their element size is zero, regardless of buffer length. The fix rejects zero-length arrays and requires the buffer length to be an exact multiple of the array's size.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and your code implements or uses [T; N] as a ULE/VarULE type over byte buffers built from untrusted data.

Background info

zerovec is vulnerable to Out-of-Bounds Read in versions 0.7.0 - 0.11.7.

How to fix this

Upgrade the zerovec library to the patch version.

Are You Affected?

Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.

Free. No credit card required.

Aikido Platform