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

  - cxl/port修正釋放後使用允許亂序解碼器關機為調查初始化失敗報告 [1]cxl_test 已更新可在模擬 root-port/bus 裝置之後註冊模擬記憶體裝置已註冊。這會導致 cxl_test 因具有下列簽章的釋放後使用錯誤而當機cxl_port_attach_regioncxl region3cxl_host_bridge.0:port3decoder3.0 新增
    mem0:decoder7.0 @ 0 next: cxl_switch_uport.0 nr_eps: 1 nr_targets: 1 cxl_port_attach_region: cxl region3
    cxl_host_bridge.0:port3decoder3.0 addmem4:decoder14.0 @ 1 nextcxl_switch_uport.0 nr_eps2 nr_targets1 cxl_port_setup_targetscxl region3cxl_switch_uport.0:port6 target[0] = cxl_switch_dport.0 for mem0:decoder7 .0 @ 0 1) cxl_port_setup_targets: cxl region3: cxl_switch_uport.0:port6 target[1] = cxl_switch_dport.4 for mem4:decoder14.0 @ 1 [..] cxld_unregister: cxl encoder14.0
    cxl_region_decode_reset: cxl_region region3mock_decoder_reset: cxl_port port3decoder3.0 重設 2) mock_decoder_reset: cxl_port port3decoder3.0: order 重設錯誤預期為decoder3.1 cxl_endpoint_decoder_release: cxldecoder14.0[..] cxld_unregister: cxldecoder7. 0: 3) cxl_region_decode_reset: cxl_region region3: Oops一般保護錯誤可能針對非正式位址 0x6b6b6b6b6b6b6bc3: 0000 [#1] PREEMPT SMP PTI [..] RIP: 0010:to_cxl_port+0x8/0x60 [cxl_core] [.. ] 呼叫追踪 <TASK> cxl_region_decode_reset+0x69/0x190 [cxl_core] cxl_region_detach+0xe8/0x210 [cxl_core] cxl_decoder_kill_region+0x27/0x40 [cxl_core] cxld_unregister+0x5d/0x60 [cxl_core] 在 1) 已使用 2 個端點解碼器建立區域(7.0 和 14.0)。這些端點在拓撲中共用一個通用交換器解碼器 (3.0)。拆卸時2)decoder14.0 會第一個遭到移除且在交換器解碼器中發生順序錯誤的重設情況。但這會造成 region3 清理中止而使其保持不變並參照decoder14.0。在 3) 第二次嘗試終止 region3 時由於過時decoder14.0 物件早已遭到刪除。此處的修正可識別 CXL 規格並未強制按順序關閉交換器解碼器、驅動程式強制執行按序配置而硬體強制執行按順序提交。因此與其失敗並讓物件懸置不如一律將其移除。在使 cxl_region_decode_reset() 永遠成功的支援中cxl_region_invalidate_memregion() 失敗會轉換為警告。在這裡可以損毀核心因為如果無法圍繞實體位址變動事件 (例如 CXL 區域損毀) 管理快取系統的完整性就會受到影響。停用所有相依的解碼器後會新增一個 device_for_each_child_reverse_from() 來清理 port->commit_end。換句話說如果解碼器是按照 0->1->2 進行配置且按照 1->2->0 停用的方式進行則 port->commit_end 在停用 2 之後只會從 2 遞減而自從 1 停用之後便一直遞減至零之前的版本。 (CVE-2024-50226)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-50226

high Nessus Plugin ID 231016

版本 1.14