Linux Distros 未修補弱點：CVE-2026-98302
critical Nessus Plugin ID 363210
語言:
概要
Linux/Unix 主機上安裝的一個或多個套件存有弱點，廠商表示將不會修補。說明
Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。- net： fddi： skfp：修正在關閉 skfp_ctl_set_mac_address（） 無條件調用 ResetAdapter（） 而不檢查 netif_running（） 時設定 MAC 位址時的 NULL 解除參照。ResetAdapter（） 首先調用 card_stop（），將 smc->hw.hw_state 設定為 STOPPED，然後呼叫 mac_drv_clear_tx_queue（），遍歷兩個傳輸佇列： for （i = QUEUE_S; i <= QUEUE_A0; i++） { queue = smc->hw.fp.tx[i] ; ...t = 佇列>tx_curr_get;
smc->hw.fp.tx[] 僅由 init_tx（） 填入，可從 skfp_open（） 到 init_smt（） -> init_fddi_driver（） -> init_fplus（） -> init_mac（） -> init_tx（） 到達。專用區域由 alloc_fddidev（） 配置並歸零，因此在從未啟動的介面上，兩個佇列指標仍為 NULL。mac_drv_clear_tx_queue（） 頂部的hw_state測試無法捕獲這一點，因為 card_stop（） 剛剛設置了 STOPPED;函式會繼續進入迴圈並解除參照 NULL。ResetAdapter（） 會呼叫 init_smt（） 本身，但僅在佇列清除之後。因此，在關閉介面上設定 MAC 位址會失敗：ip link set dev fddi0 位址 02：00：00：00：00：01 錯誤： KASAN：mac_drv_clear_tx_queue+0x68/0x2c0 中的 null-ptr-deref [skfp] 由任務 ip/302 在 addr 0000000000000010讀取大小 8 呼叫追蹤： <TASK> mac_drv_clear_tx_queue+0x68/0x2c0 [skfp 6c01d4bab63c36978bd0a7d7e90837adb44cc37b] ResetAdapter+0x29/0x100 [skfp 6c01d4bab63c36978bd0a7d7e90837adb44cc37b] skfp_ctl_set_mac_address+0x57/0x80 [skfp 6c01d4bab63c36978bd0a7d7e90837adb44cc37b]netif_set_mac_address+0x1e4/0x2c0 do_setlink+0x684/0x2680 </TASK> 位址 0x10 是 64 位元上結構s_smt_tx_queue中的第三個指標 tx_curr_get 的位移量。
ResetAdapter（） 隨後立即呼叫的 mac_drv_clear_rx_queue（） 會以相同無效hw_state測試後面相同的方式解除參照 smc->hw.fp.rx[QUEUE_R1];傳輸佇列只是先當機。兩者都由下面的警衛掩護。當介面關閉時，跳過介面卡重設。dev_addr_set（） 是無條件的，因此新位址仍會記錄在 dev->dev_addr 中。此處不重設轉接器不會遺失任何內容：skfp_open（） 會在每次開啟時故意重新讀取出廠位址，read_address（smc， NULL）;eth_hw_addr_set（dev， smc->hw.fddi_canon_addr.a）;上面的註釋指出，這樣做是為了在關閉/打開週期中完全丟棄這樣的地址覆蓋。即使在此變更之前，介面關閉時設定的位址也無法在下列開啟中存活，因此防護不會移除任何工作行為。使用 netif_running（） 保護 ndo_set_mac_address（） 的硬體端是既定的做法;skge_set_mac_address（） 自提交 2eb3e621c4e0 （skge：設定 MAC 位址綁定修正） 以來就這樣做了。保護整個重設，而不是對佇列進行 NULL 檢查，也是驅動程式其餘部分所期望的。在之前的開啟/關閉之後，佇列指標已過時但非 NULL，因此不會當機，但 ResetAdapter（） 會繼續呼叫 smt_online（） 和 STI_FBI（） （啟用板中斷），而 skfp_close（） 已經呼叫 free_irq（） - 轉接器會在未安裝處理常式的情況下重新上線。唯一的其他 ResetAdapter（） 呼叫程式是 skfp_interrupt（），根據建構，它只會在裝置開啟時執行。透過針對已啟用 7.0.0 KASAN 的核心下模擬的 SysKonnect FDDI 轉接器進行自動化驅動程式測試而找到。觸發它需要CAP_NET_ADMIN。
(CVE-2026-98302)
請注意，Nessus 依賴供應商報告的套件存在。
解決方案
目前尚未有已知的解決方案。另請參閱
Plugin 詳細資訊
嚴重性: Critical
ID: 363210
檔案名稱: unpatched_CVE_2026_98302.nasl
版本: 1.1
類型: Local
代理程式: unix
系列: Misc.
已發布: 2026/10/6
已更新: 2026/10/6
支援的感應器: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus
風險資訊
VPR
風險因素: Low
分數: 3
百分位數: 23.66
CVSS v2
風險因素: High
基本分數: 7.5
時間性分數: 6.4
媒介: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS 評分資料來源: CVE-2026-98302
CVSS v3
風險因素: Critical
基本分數: 9.8
時間性分數: 9
媒介: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
時間媒介: CVSS:3.0/E:U/RL:U/RC:C
弱點資訊
CPE: cpe:/o:debian:debian_linux:12.0, cpe:/o:debian:debian_linux:13.0, p-cpe:/a:debian:debian_linux:linux
必要的 KB 項目: Host/local_checks_enabled, Host/cpu, global_settings/vendor_unpatched, Host/OS/identifier
可輕鬆利用: No known exploits are available
弱點發布日期: 2026/10/6
參考資訊
CVE: CVE-2026-98302