Back to CVE records
High 7.1Published Jul 25, 2026

CVE-2026-64496iio: event: Fix event FIFO reset race

Updated under an hour ago ()

Does this affect you?

It affects Linux. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: iio: event: Fix event FIFO reset race `iio_event_getfd()` creates the event file descriptor with `anon_inode_getfd()`, which allocates a new fd, creates the anonymous file and installs it in the process fd table before returning to the caller. The IIO code resets the event FIFO after `anon_inode_getfd()` has returned, but before `IIO_GET_EVENT_FD_IOCTL` has copied the fd number to userspace. But since fd tables are shared between threads, another thread can guess the newly allocated fd number and issue a `read()` on it as soon as the fd has been installed. This means the `kfifo_to_user()` in `iio_event_chrdev_read()` can run in parallel with the `kfifo_reset_out()` in `iio_event_getfd()`. The kfifo documentation says that `kfifo_reset_out()` is only safe when it is called from the reader thread and there is only one concurrent reader. Otherwise it is dangerous and must be handled in the same way as `kfifo_reset()`. If that happens, `kfifo_to_user()` can advance the FIFO `out` index based on state from before the reset, after the reset has already moved the `out` index to the current `in` index. That can leave the FIFO with an `out` index past the `in` index. A later `read()` can then see an underflowed FIFO length and copy more data than the event FIFO buffer contains. This can result in an out-of-bounds read and leak adjacent kernel memory to userspace. Move the FIFO reset before `anon_inode_getfd()`. At that point the event fd is marked busy, but the new fd has not been installed yet, so userspace cannot access it while the FIFO is reset.

CVSS
7.1 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Received
Record last updated
Oct 16, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from b91accafbb1031b80d22ad83576877ff2f8b4774 before 9dc84ba4be5bbeb29ee49efe6cea2cb32c461424; from b91accafbb1031b80d22ad83576877ff2f8b4774 before d16a702ca7d29c0b7a9b509339d1b044a1cadb32; from b91accafbb1031b80d22ad83576877ff2f8b4774 before a13ef1adbc62085b21b546b07b0be7e2fbf52150; from b91accafbb1031b80d22ad83576877ff2f8b4774 before 0d4a646d7f87ea3625fafe387043fddc6a2f5e7f; from b91accafbb1031b80d22ad83576877ff2f8b4774 before 72c6aa8e0d74eab91b8694cde97dec088c248fee; from b91accafbb1031b80d22ad83576877ff2f8b4774 before 9edefd4c56bee3fe331e0355d1f10a533134999d; from b91accafbb1031b80d22ad83576877ff2f8b4774 before f187dc5a4c4846ffa07d9bda6e760837ed005574; from b91accafbb1031b80d22ad83576877ff2f8b4774 before af791d295737ea6b6ff2c8d8488462a49c14af01
CNA record

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.