---
id: CVE-2026-53132
title: |-
  In the Linux kernel, the following vulnerability has been resolved:

  vsock/virtio: fix potential unbounded skb queue

  virtio_transport_inc_rx_pkt() checks vvs->rx_bytes + len > vvs->buf_alloc.

  virtio_transport_recv_enqueue() skips coale…
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  vsock/virtio: fix potential unbounded skb queue

  virtio_transport_inc_rx_pkt() checks vvs->rx_bytes + len > vvs->buf_alloc.

  virtio_transport_recv_enqueue() skips coale…
severity: high
cvss: 7.1
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:H'
cwe:
  - CWE-401
vendor: linux
product: linux_kernel
affected:
  - 'linux_kernel >= 6.1.63, < 6.2'
  - 'linux_kernel >= 6.3.1, < 6.12.94'
  - 'linux_kernel >= 6.13, < 6.18.36'
  - 'linux_kernel >= 6.19, < 7.0.13'
  - linux_kernel = 6.3
  - linux_kernel = 7.1
patched:
  - linux_kernel 7.0.13
published: '2026-06-25'
updated: '2026-07-06'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-53132'
references:
  - url: 'https://git.kernel.org/stable/c/059b7dbd20a6f0c539a45ddff1573cb8946685b5'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/100d5b2ffdc6468b9e48532641f29e83efdcb63c'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/1eca304f97a34ed5e921e1f0e06c8b241f25bf12'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
  - url: 'https://git.kernel.org/stable/c/9bdc637fde66b63d6cad0caacd034888bb7bf5f5'
    label: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
tags:
  - nvd
epss: 0.00138
epssPercentile: 0.02645
ingestedAt: '2026-07-06T17:44:51.338Z'
---

## Overview

In the Linux kernel, the following vulnerability has been resolved:

vsock/virtio: fix potential unbounded skb queue

virtio_transport_inc_rx_pkt() checks vvs->rx_bytes + len > vvs->buf_alloc.

virtio_transport_recv_enqueue() skips coalescing for packets
with VIRTIO_VSOCK_SEQ_EOM.

If fed with packets with len == 0 and VIRTIO_VSOCK_SEQ_EOM,
a very large number of packets can be queued
because vvs->rx_bytes stays at 0.

Fix this by estimating the skb metadata size:

	(Number of skbs in the queue) * SKB_TRUESIZE(0)

## Affected

- `linux_kernel >= 6.1.63, < 6.2`
- `linux_kernel >= 6.3.1, < 6.12.94`
- `linux_kernel >= 6.13, < 6.18.36`
- `linux_kernel >= 6.19, < 7.0.13`
- `linux_kernel = 6.3`
- `linux_kernel = 7.1`

## Remediation

Upgrade past the affected range:

- `linux_kernel 7.0.13`