Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 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新增為條件，以在 RB_FORCE_8BYTE_ALIGNMENT 為 true 時減去該長度欄位的大小。在 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。（CVE-2026-80876）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-80876

high Nessus Plugin ID 343420

版本 1.3

版本 1.2

版本 1.1

版本 1.3 Oct 7, 2026, 6:12 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202610070612
版本 1.2 Oct 7, 2026, 12:45 AM Detection (updated detection logic) Plugin metadata Plugin Feed: 202610070045
版本 1.1 Sep 7, 2026, 2:57 PM New Plugin Feed: 202609071457