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

  - spi：microchip-core-qspi：手動控制內建 cs coreQSPI IP 僅支援單一晶片選擇，該晶片由硬體自動操作 - 當傳輸緩衝區首次寫入傳輸緩衝區時設定為低電平，當寫入 FRAMES 暫存器 TOTALBYTES 欄位的位元組數已在匯流排上傳送時設定為高電平。其他裝置必須使用 GPIO 來選擇晶片。據我報告，如果有兩個設備連接到此 QSPI 控制器，則當 linux 嘗試訪問連接到 GPIO 的設備時，內置芯片選擇設置為低。這沒有被發現，因為將多個設備連接到 SPI 控制器的板都專門使用 GPIO 進行芯片選擇，根本不依賴內置芯片選擇。事實證明，這是因為內建晶片選擇在自動控制時，在活動時設定為低電平，在非活動時設定為高電平，從而排除了其用於高電平有效裝置或需要在停用晶片選擇的情況下傳輸的裝置。修改驅動程式，使其直接控制晶片選擇，並在exec_op回呼的整個傳輸期間將晶片選擇設定為作用中的mem_ops行為。對於定期傳輸，請實作核心要使用的set_cs回呼。作為其中的一部分，現有的設定回呼 mchp_coreqspi_setup_op（） 會被移除。當有多個裝置時，在操作期間修改 CLKIDLE 欄位並不安全，因此會完全移除此程式碼。設定 MASTER 和 ENABLE 欄位可以在探測時完成一次，不需要為每個裝置重新執行。相反，新的設定回調會針對/裝置將內建晶片選擇設定為非活動狀態，因為軟體控制模式下晶片選擇的重設值較低。（CVE-2026-46148）

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

偵測

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

medium Nessus Plugin ID 317613

版本 1.8