CVE-2026-80876

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: ring-buffer: Zorunlu 8-bayt hizalama ile olay uzunluğunun düzeltilmesi RB_FORCE_8BYTE_ALIGNMENT doğru olduğunda, rb_calculate_event_length() veri uzunluğunu yerleştirmek için event->array[0] alanını ayırır ve rb_update_event() veri uzunluğunu buna göre event->array[0] içerisine saklar. Sonuç olarak, toplam olay uzunluğu koşulsuz olarak sizeof(event.array[0]) için fazladan 4 bayt ekler. Ancak ring_buffer_event_length(), yalnızca RB_MAX_SMALL_DATA + sizeof(event->array[0]) değerinden büyük olan olaylar için sizeof(event->array[0]) değerini çıkarır. Bunun sonucunda, RB_FORCE_8BYTE_ALIGNMENT=true olan mimarilerdeki küçük olaylar, beklenenden 4 bayt daha fazla bir veri uzunluğu bildirir. Bu sorunu gidermek için, RB_FORCE_8BYTE_ALIGNMENT doğru olduğu her durumda ilgili uzunluk alanı boyutunu çıkarmak amacıyla RB_FORCE_8BYTE_ALIGNMENT bir koşul olarak eklenmiştir. Bu sorun, CONFIG_HAVE_64BIT_ALIGNED_ACCESS seçeneği 'y' olarak ayarlanmış bir riscv64 çekirdeğinde gözlemlenmiştir; ftrace selftest trace_marker_raw.tc çalıştırıldığında şu sıra dışı günlük kaydı alınmaktadır: kimliğin (id) 1..100 olduğu durumlar için veri alanı sayısı 8*N iken, kimlik 100'ü geçtiğinde veri alanı sayısı 8*N+4 olmaktadır: # 1 buf: 58 00 00 00 80 5e d1 63 (veri alanı sayısı 8*1) ... # a buf: 58 ... (veri alanı sayısı 8*2) ... # 64 buf: 58 ... (veri alanı sayısı 8*13) # 65 buf: 58 ... (veri alanı sayısı 8*13+4) Bu değişiklik uygulandıktan sonra, veri alanı sayısı tutarlı bir şekilde 8*N+4 olarak kalmaya devam etmektedir.