Skip to main content
VulnerabilityPublished Updated

CVE-2026-64134: Linux kernel · ALSA: pcm: Don't setup bogus iov_iter for silencing

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in feff0251386aa6bb180a0a1cf7c1f91ba868113d : patch Linux kernel soon.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in feff0251386aa6bb180a0a1cf7c1f91ba868113d, e4d3386b74fba8e01280484b67ee481ece00201e, ce836587e594af39ff048d9b29dee0f5f10692c9 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ cf393babb37a1679a1ec1d864df1090353465e23, < feff0251386aa6bb180a0a1cf7c1f91ba868113d
Fixed in
  • feff0251386aa6bb180a0a1cf7c1f91ba868113d
LinuxLinuxAffected
  • ≥ cf393babb37a1679a1ec1d864df1090353465e23, < e4d3386b74fba8e01280484b67ee481ece00201e
Fixed in
  • e4d3386b74fba8e01280484b67ee481ece00201e
LinuxLinuxAffected
  • ≥ cf393babb37a1679a1ec1d864df1090353465e23, < ce836587e594af39ff048d9b29dee0f5f10692c9
Fixed in
  • ce836587e594af39ff048d9b29dee0f5f10692c9
LinuxLinuxAffected
  • ≥ cf393babb37a1679a1ec1d864df1090353465e23, < c9f6768515818d71bdfc20119a81f3332c53b9c6
Fixed in
  • c9f6768515818d71bdfc20119a81f3332c53b9c6
LinuxLinuxAffected
  • ≥ cf393babb37a1679a1ec1d864df1090353465e23, < 41a766c647294842c9b17672449f8e011048cba9
Fixed in
  • 41a766c647294842c9b17672449f8e011048cba9
LinuxLinuxAffected
  • =6.6
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Don't setup bogus iov_iter for silencing At transition to the iov_iter for PCM data transfer, we blindly applied the iov_iter setup also for silencing (i.e. data = NULL), and it leads to a calculation of bogus iov_iter. Fortunately this didn't cause troubles on most of architectures but it goes wrong on RISC-V now, causing a NULL dereference. Handle the NULL data case to treat the silencing in interleaved_copy() for addressing the bug above. noninterleaved_copy() has already the NULL data handling, so it doesn't need changes.

References

Community reviews

Loading reviews…