---
id: CVE-2026-80932
title: 'vsock/virtio: flush works in dependency order'
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  vsock/virtio: flush works in dependency order

  virtio_vsock_remove() stops the virtqueues and then flushes each work
  item before freeing the enclosing virtio_vsock.  Th…
severity: high
cvss: 8.4
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'
cvssSource: cna
cwe:
  - CWE-364
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    e059a14c1067bcc4f7b1947cd09f2baab98e340f
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    531e2ac2dab1ab90a16427c4f9c86663633e9487
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    f3313d952fc380cff53db9a28451a8807aa67b43
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    b9cb4e8ba71c9fbd935d66baa71bbb0b87192c94
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    2187a56f2fd1715d54daed6392809223c60544f3
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    165a330a68b5f299d8735f0194c314cb2e571269
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    da5e9f08714c19ba04e6863aca69d40f042f2e04
  - >-
    Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 <
    728836ebca239810f164262b10211ef59182f811
  - Linux 4.8
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: total
  timestamp: '2026-10-16T19:21:23.480878Z'
published: '2026-09-11'
updated: '2026-10-19'
sourceUpdated: '2026-10-19T08:45:16.044Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-80932'
references:
  - url: 'https://git.kernel.org/stable/c/e059a14c1067bcc4f7b1947cd09f2baab98e340f'
  - url: 'https://git.kernel.org/stable/c/531e2ac2dab1ab90a16427c4f9c86663633e9487'
  - url: 'https://git.kernel.org/stable/c/f3313d952fc380cff53db9a28451a8807aa67b43'
  - url: 'https://git.kernel.org/stable/c/b9cb4e8ba71c9fbd935d66baa71bbb0b87192c94'
  - url: 'https://git.kernel.org/stable/c/2187a56f2fd1715d54daed6392809223c60544f3'
  - url: 'https://git.kernel.org/stable/c/165a330a68b5f299d8735f0194c314cb2e571269'
  - url: 'https://git.kernel.org/stable/c/da5e9f08714c19ba04e6863aca69d40f042f2e04'
  - url: 'https://git.kernel.org/stable/c/728836ebca239810f164262b10211ef59182f811'
  - url: >-
      https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-80932.json
  - url: 'https://access.redhat.com/security/cve/CVE-2026-80932'
  - url: 'https://bugzilla.redhat.com/show_bug.cgi?id=2532228'
  - url: 'https://www.cve.org/CVERecord?id=CVE-2026-80932'
  - url: 'https://nvd.nist.gov/vuln/detail/CVE-2026-80932'
  - url: >-
      https://git.kernel.org/pub/scm/linux/security/vulns.git/plain/cve/published/2026/CVE-2026-80932.mbox
tags:
  - cve.org
  - csaf
  - vex
  - red-hat
  - score-dispute
epss: 0.00138
epssPercentile: 0.03138
scores:
  cna: 8.4
  vendor: 5.5
ingestedAt: '2026-09-14T15:23:07.456Z'
---

## Overview

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

vsock/virtio: flush works in dependency order

virtio_vsock_remove() stops the virtqueues and then flushes each work
item before freeing the enclosing virtio_vsock.  The current order does
not account for dependencies between those items: tx_work may queue
send_pkt_work, and send_pkt_work may queue rx_work.

In particular, send_pkt_work can set restart_rx and release tx_lock.
The remove path can then stop the queues and flush rx_work before
send_pkt_work queues it.  Although the later send_pkt_work flush waits
for that producer to finish, nothing waits for the newly queued rx_work,
so kfree(vsock) can race with it.

KASAN reported:

  BUG: KASAN: slab-use-after-free in
  virtio_transport_rx_work+0x487/0x4b0
  Read of size 8 at addr ffff888114c2b008 by task kworker/1:1/47
  Workqueue: virtio_vsock virtio_transport_rx_work
  Call Trace:
   virtio_transport_rx_work+0x487/0x4b0
   process_one_work+0x688/0x1120
   worker_thread+0x45b/0xd10
  Allocated by task 1:
   virtio_vsock_probe+0xef/0x6b0
  Freed by task 84:
   kfree+0x131/0x3c0
   virtio_vsock_remove+0xd1/0x100

Flush the works in producer-to-consumer order.  virtio_vsock_vqs_del()
has already disabled the queue callbacks and cleared the run flags, so
after tx_work and send_pkt_work are drained, no source remains that can
queue rx_work after its flush.

## Affected

- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < e059a14c1067bcc4f7b1947cd09f2baab98e340f`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < 531e2ac2dab1ab90a16427c4f9c86663633e9487`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < f3313d952fc380cff53db9a28451a8807aa67b43`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < b9cb4e8ba71c9fbd935d66baa71bbb0b87192c94`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < 2187a56f2fd1715d54daed6392809223c60544f3`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < 165a330a68b5f299d8735f0194c314cb2e571269`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < da5e9f08714c19ba04e6863aca69d40f042f2e04`
- `Linux >= 0ea9e1d3a9e3ef7d2a1462d3de6b95131dc7d872 < 728836ebca239810f164262b10211ef59182f811`
- `Linux 4.8`

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.

## Vendor advisories

- **Red Hat VEX** · Moderate · affected: Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, Red Hat OpenShift Container Platform 4 · no fix planned: Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 9, … · updated 2026-09-14 · [vex](https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-80932.json)