CVE-2026-64496

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: iio: event: Event FIFO sıfırlama yarış durumu düzeltildi `iio_event_getfd()`, yeni bir fd tahsis eden, anonim dosyayı oluşturan ve çağırana dönmeden önce bunu işlem fd tablosuna yerleştiren `anon_inode_getfd()` ile olay dosya tanımlayıcısını oluşturur. IIO kodu, `anon_inode_getfd()` döndükten sonra ancak `IIO_GET_EVENT_FD_IOCTL` fd numarasını kullanıcı alanına kopyalamadan önce olay FIFO'sunu sıfırlar. Ancak fd tabloları iş parçacıkları arasında paylaşıldığından, başka bir iş parçacığı yeni tahsis edilen fd numarasını tahmin edebilir ve fd yerleştirilir yerleştirilmez üzerinde bir `read()` işlemi gerçekleştirebilir. Bu durum, `iio_event_chrdev_read()` içindeki `kfifo_to_user()` fonksiyonunun, `iio_event_getfd()` içindeki `kfifo_reset_out()` ile paralel olarak çalışabileceği anlamına gelir. Kfifo dokümantasyonu, `kfifo_reset_out()` fonksiyonunun yalnızca okuyucu iş parçacığından çağrıldığında ve yalnızca tek bir eşzamanlı okuyucu olduğunda güvenli olduğunu belirtir. Aksi takdirde bu işlem tehlikelidir ve `kfifo_reset()` ile aynı şekilde ele alınmalıdır. Böyle bir durum gerçekleştiğinde, `kfifo_to_user()`, sıfırlama işlemi `out` indeksini mevcut `in` indeksine taşıdıktan sonra, sıfırlama öncesindeki duruma dayanarak FIFO `out` indeksini ilerletebilir. Bu, FIFO'nun `out` indeksinin `in` indeksini geçmesine neden olabilir. Daha sonra yapılacak bir `read()` işlemi, alt akışa uğramış (underflowed) bir FIFO uzunluğu görebilir ve olay FIFO tamponunun içerdiğinden daha fazla veri kopyalayabilir. Bu durum, sınır dışı okumaya (out-of-bounds read) yol açabilir ve komşu çekirdek belleğinin kullanıcı alanına sızmasına neden olabilir. FIFO sıfırlama işlemi `anon_inode_getfd()` öncesine taşınmıştır. Bu noktada olay fd meşgul olarak işaretlenmiştir ancak yeni fd henüz yerleştirilmemiştir, böylece FIFO sıfırlanırken kullanıcı alanı buna erişemez.