遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-527.el9 版本變更記錄中提及的多個弱點影響。

  - 在 Linux 核心中已解決下列弱點：USB：核心：透過清除描述元中的保留位元來修正重複端點錯誤。Syzbot 發現 usbcore 中有一個錯誤 (請參閱下方的 Closes: 標籤)，這是因為我們假設保留的端點描述符號之 bEndpointAddress 欄位中的位元將一律為 0。由於此錯誤，config.c 中的 endpoint_is_duplicate() 常式 (可能還有其他常式) 可能認為兩個描述元是用於不同的端點，即使它們具有相同的方向和端點編號。如此可能導致混淆，包括 syzbot (端點編號和方向相符的兩個描述元，其中一個描述元為中斷，另一個描述元為批量) 發現的錯誤。為修正此錯誤，我們將在剖析描述符號時，清除 bEndpointAddress 中的保留位元。
    (請注意，USB-2.0 和 USB-3.1 規格均表示這些位元為保留，且重設為零。) 我們需要在先在 usb_parse_endpoint() 中製作描述元的副本，並且在檢查是否出現重複時使用副本來代替正本。(CVE-2024-41035)

  - 在 Linux 核心中已解決下列弱點：USB：序列：mos7840：修正自 commit c49cfa917025 繼續時發生的毀損情況 (USB：序列：如果 USB 序列層沒有提供替代方法，則使用通用方法)，USB 序列核心會呼叫適用繼續實作 (如果驅動程式沒有提供的話)。如此可能會在使用 mos7840 繼續時觸發當機，因為對多個讀取 URB 的支援功能是在 2011 年加入的。具體而言，繼續開放連接埠時，兩個連接埠讀取 URB 現在都會提交，但是第二個 URB 的內容指標仍設為核心，而非 mos7840 連接埠結構。透過針對 mos7840 實施專屬暫停和恢復函式來修正此問題。以 Delock 87414 USB 2.0 測試 4x 序列介面卡。[ johan：分析損毀並重寫提交訊息；繼續設定忙碌旗標；中斷大量檢查；中斷不必要的 usb_kill_urb() ] (CVE-2024-42244)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

CentOS 9：kernel-5.14.0-527.el9

medium Nessus Plugin ID 210767

版本 1.1