Live › vulnerability › CVE-2026-98545
Go to dashboardThe Linux kernel's libata SCSI code trusts a length byte from an ATAPI device's REQUEST SENSE reply when building ATA passthrough sense data, so a faulty or malicious device can cause out-of-bounds kernel memory reads and writes. The fix bounds those descriptor writes to the 96-byte sense buffer.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Systems running a Linux kernel with libata and ATAPI devices attached, where ATA PASS-THROUGH commands are issued. The flaw requires a faulty or malicious ATAPI device to supply the malformed sense reply, so hosts without ATAPI devices or ATA passthrough use are less exposed. unknown whether default configurations trigger the passthrough path.
No product ranges from the sources yet.
uname -r and compare it to the fixed kernel in the advisorysmartctl or sg_raw against optical or ATAPI devices)Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
ata: libata-scsi: bound the ATA passthru sense descriptor writes
When an ATA PASS-THROUGH command to an ATAPI device fails, the sense buffer holds the device's REQUEST SENSE reply, and ata_scsi_set_passthru_sense_fields() trusts its additional length byte, sb[7], when adding the ATA Status Return descriptor. A faulty or malicious device can use that to make the kernel read and write past the 96-byte buffer in three ways:
Reproduced with KASAN under qemu, with the emulated ATAPI REQUEST SENSE reply patched:
BUG: KASAN: slab-out-of-bounds in scsi_sense_desc_find+0x1a5/0x210 BUG: KASAN: slab-out-of-bounds in ata_scsi_qc_complete+0x1a15/0x1a50
Both are gone with this patch, and a valid descriptor is still filled in.
This page as .md · .json · in your agent: get_signal("CVE-2026-98545")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.