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

  - slip：拒絕沒有 rstate 陣列的執行個體上的 VJ 接收封包 slhc_init（） 接受 rslots == 0 作為有效組態，並具有「無接收壓縮」的記錄含義。在這種情況下，會跳過 slhc_init（） 中的分配迴圈，因此 comp->rstate 保持 NULL，comp->rslot_limit 保持 0 （來自結構 slcompress 的 kzalloc）。接收協助程式不會防禦該設定。當 VJ 標頭帶有明確的連接 ID 時，slhc_uncompress（） 會取消參照 comp->rstate[x]，而 slhc_remember（） 稍後僅在將封包的插槽號與 comp->rslot_limit 進行比較後，會指派 cs = &comp->rstate[...]。
    因為 rslot_limit 是 0，所以插槽 0 會通過範圍檢查，而且程式碼會取消參照 NULL 狀態。可透過 PPP 在樹狀結構內存取組態。PPPIOCSMAXCID 將其引數儲存在帶正負號的 int 中，並且 （val >> 16） 使用算術移位。因此，傳遞 0xffff0000 符號擴展為 -1，因此 val2 + 1 為 0，ppp_generic.c 最終調用 slhc_init（0， 1）。因為 /dev/ppp open 是由 ns_capable（CAP_NET_ADMIN） 限制的，所以整個路徑都可以從無特權的使用者命名空間存取。一旦安裝了格式錯誤的 VJ 狀態，任何選擇插槽 0 的傳入 VJ 壓縮或 VJ 未壓縮幀都會使 softirq 上下文中的核心崩潰： 哎呀：一般保護錯誤，可能用於非規範位址 0xdffffc0000000000：0000 [#1] SMP KASAN NOPTI KASAN：範圍 [0x0000000000000000-0x0000000000000007] RIP：0010：slhc_uncompress （drivers/net/slip/slhc.c：519） 呼叫追蹤： <TASK> ppp_receive_nonmp_frame （drivers/net/ppp/ppp_generic.c：2466） ppp_input （drivers/net/ppp/ppp_generic.c：2359） ppp_async_process （drivers/net/ppp/ppp_async.c：492） tasklet_action_common （kernel/softirq.c：926） handle_softirqs （kernel/softirq.c：623） run_ksoftirqd （kernel/softirq.c：1055） smpboot_thread_fn （kernel/smpboot.c：160） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：164） </TASK> 拒絕這類執行個體的接收端，而不是觸碰 rstate。slhc_uncompress（） 落入其現有的「壞」標籤，該標籤會撞sls_i_error並進入折騰狀態。slhc_remember（） 以明確的 sls_i_error 增量來反映這一點，後面跟著 slhc_toss（）;此處不使用 sls_i_runt 計數器，因為遺漏的 rstate 是內部組態狀態，而不是 runt 封包。傳輸路徑不受影響：唯一從使用者空間 （ppp_generic.c） 挑選 rslots 的樹內呼叫者仍提供 tslots >= 1，並且 slip.c 始終呼叫 slhc_init（16， 16），因此 comp->tstate 保持有效且 slhc_compress（） 繼續工作。（CVE-2026-45842）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-45842

medium Nessus Plugin ID 317072

版本 1.4