CVE-2026-80876 in Linux
要約
〜によって VulDB • 2026年09月04日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
ring-buffer: 強制された8バイトアライメントにおけるイベント長の不具合を修正する
RB_FORCE_8BYTE_ALIGNMENTがtrueの場合、rb_calculate_event_length()はデータ長を配置するためにevent->array[0]の領域を予約し、rb_update_event()はそれに応じてデータ長をevent->array[0]に格納します。その結果、sizeof(event.array[0])分として4バイトが無条件でイベント全体の長さに加算されてしまいます。
しかし、ring_buffer_event_length()関数は、RB_MAX_SMALL_DATA + sizeof(event->array[0])よりも大きいイベントに対してのみsizeof(event->array[0])を減算します。その結果、RB_FORCE_8BYTE_ALIGNMENT=trueのアーキテクチャ上では、小さなイベントが期待値より4バイト多いデータ長として報告されます。
これを修正するため、RB_FORCE_8BYTE_ALIGNMENTがtrueの場合に限り、この長さフィールドのサイズを減算する条件としてRB_FORCE_8BYTE_ALIGNMENTを追加します。
本問題は、CONFIG_HAVE_64BIT_ALIGNED_ACCESSがyに設定されたriscv64カーネルにおいて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.