---
id: CVE-2026-72304
title: 'ASoC: SOF: ipc4-control: Fix TOCTOU in sof_ipc4_bytes_put'
summary: |-
  In the Linux kernel, the following vulnerability has been resolved:

  ASoC: SOF: ipc4-control: Fix TOCTOU in sof_ipc4_bytes_put

  In sof_ipc4_bytes_put(), the copy size is derived from the old
  data->size in the buffer rather than the incom…
severity: high
cvss: 7.8
cvssVector: 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'
cvssSource: cna
vendor: Linux
product: Linux
affected:
  - >-
    Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 <
    266f936db83aee6ca6473bbb06259bda52bf4fc3
  - >-
    Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 <
    4cf6a7ebbf8787393b158b2cc341723e5bebc4a8
  - >-
    Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 <
    fb4293173db2d474d8fbc0e5ecf4943e6df2b40e
  - >-
    Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 <
    038406abde0d0883419ec89425ea941ec8bbef95
  - >-
    Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 <
    3ad673e7139cf214afd24321a829aad6575f4163
  - Linux 6.4
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: total
  timestamp: '2026-10-16T18:46:18.980442Z'
published: '2026-08-15'
updated: '2026-10-16'
sourceUpdated: '2026-10-16T18:55:16.536Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-72304'
references:
  - url: 'https://git.kernel.org/stable/c/266f936db83aee6ca6473bbb06259bda52bf4fc3'
  - url: 'https://git.kernel.org/stable/c/4cf6a7ebbf8787393b158b2cc341723e5bebc4a8'
  - url: 'https://git.kernel.org/stable/c/fb4293173db2d474d8fbc0e5ecf4943e6df2b40e'
  - url: 'https://git.kernel.org/stable/c/038406abde0d0883419ec89425ea941ec8bbef95'
  - url: 'https://git.kernel.org/stable/c/3ad673e7139cf214afd24321a829aad6575f4163'
tags:
  - cve.org
epss: 0.00163
epssPercentile: 0.05188
ingestedAt: '2026-10-16T19:46:24.409Z'
---

## Overview

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

ASoC: SOF: ipc4-control: Fix TOCTOU in sof_ipc4_bytes_put

In sof_ipc4_bytes_put(), the copy size is derived from the old
data->size in the buffer rather than the incoming new data's size
field from ucontrol. If the new data has a different size, the copy
uses the wrong length: it may truncate valid data or copy stale bytes.

Fix by validating and using the incoming data's sof_abi_hdr.size from
ucontrol before copying.

## Affected

- `Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 < 266f936db83aee6ca6473bbb06259bda52bf4fc3`
- `Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 < 4cf6a7ebbf8787393b158b2cc341723e5bebc4a8`
- `Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 < fb4293173db2d474d8fbc0e5ecf4943e6df2b40e`
- `Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 < 038406abde0d0883419ec89425ea941ec8bbef95`
- `Linux >= a062c8899fede2ab5660a817e9b602d3fa280a99 < 3ad673e7139cf214afd24321a829aad6575f4163`
- `Linux 6.4`

## Remediation

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