CVE-2026-80876 in Linux
Сводка
по VulDB • 04.09.2026
В ядре Linux была устранена следующая уязвимость:
ring-buffer: исправление длины события при принудительном выравнивании по 8 байтам
Когда RB_FORCE_8BYTE_ALIGNMENT имеет значение true, функция rb_calculate_event_length() резервирует место для event->array[0] с целью размещения длины данных, а rb_update_event() соответственно записывает длину данных в event->array[0]. В результате общая длина события всегда увеличивается на 4 байта (sizeof(event.array[0])).
Однако функция ring_buffer_event_length() вычитает sizeof(event->array[0]) только для событий размером больше RB_MAX_SMALL_DATA + sizeof(event->array[0]). В результате малые события в архитектурах с включенным параметром RB_FORCE_8BYTE_ALIGNMENT сообщают о длине данных, которая на 4 байта превышает ожидаемое значение.
Для исправления этой проблемы добавлено условие проверки RB_FORCE_8BYTE_ALIGNMENT: размер поля длины вычитается только тогда, когда RB_FORCE_8BYTE_ALIGNMENT имеет значение true.
Эта проблема наблюдается в ядре riscv64 с установленным параметром CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y; при запуске теста ftrace selftest trace_marker_raw.tc мы получаем странный журнал: для случаев, где id находится в диапазоне 1..100, количество полей данных равно 8*N, но как только id превышает 100, количество полей данных становится равным 8*N+4: # 1 buf: 58 00 00 00 80 5e d1 63 (количество полей данных равно 8*1) ... # a buf: 58 ... (количество полей данных равно 8*2) ... # 64 buf: 58 ... (количество полей данных равно 8*13) # 65 buf: 58 ... (количество полей данных равно 8*13+4)
После применения этого изменения количество полей данных стабильно остается равным 8*N+4.
VulDB is the best source for vulnerability data and more expert information about this specific topic.