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

  - soundwire重新造訪驅動程式系結/解除系結和回呼在 SoundWire 探查中我們將來自驅動程式 ops 的指標儲存到「從屬」結構中。這可能會在解除系結轉碼器驅動程式時導致核心 oops。
    使用下列序列移除機器驅動程式和轉碼器驅動程式。 /sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 如需完整的詳細資料請參閱下方的 BugLink 以供參考下列兩個範例顯示在驅動程式 .remove() 之後叫用驅動程式 ops/回呼的不同情形。
    核心錯誤核心 NULL 指標解除參照、位址0000000000000150 核心工作佇列事件 cdns_update_slave_status_work [soundwire_cadence] 核心RIP 0010mutex_lock+0x19/0x30 核心呼叫追踪核心sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] 核心newidle_balance+0x26a/0x400 核心cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel: BUG: unable to handle page fault for address: ffffffffc07654c8 kernel: Workqueue: pm pm_runtime_work kernel: RIP: 0010:sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] kernel: Call Trace:
    核心 <TASK> 核心sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 核心intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663] 核心dpm_sysfs_remove+0x60/0x60 先前在 Intel 測試中未偵測到此問題因為該測試先移除父項 PCI 裝置並關閉匯流排。上述序列是邊角案例其可保持匯流排運作但沒有驅動程式邊界。在嘗試解決此核心錯誤時很明顯現有的 SoundWire 匯流排並未正確處理解除系結情況。提交 528be501b7d4a (soundwiresdw_slave新增 probe_complete 結構和新欄位) 已新增一個 'probed' 狀態變數和一個 'probe_complete' 結構完成。不過此狀態不會在移除時重設同樣「探查完成」也不會重新初始化因此 bind/unbind/bind 測試案例會失敗。在 'update_status' 回呼之前使用的逾時事後看來也是一個壞主意應確實沒有關於驅動程式是否以及何時系結至裝置的計時假設。初始草稿以 device_lock() 為基礎且已測試 device_unlock()。事實證明這過於復雜在暫停-恢復序列期間會產生鎖死而且其也會使用與 bind/unbind 序列相同的 device_lock/unlock()。在 CometLake 裝置上錯誤的 DSDT/BIOS 造成假性恢復且在暫停期間使用 device_lock() 造成懸置。在不同裝置上對鎖死進行數週或測試和令人困擾的反向工程後我們尋找不會干擾裝置核心的替代項目。
    已成功使用匯流排通知程式來追踪 DRIVER_BOUND 和 DRIVER_UNBIND 事件。這解決了測試中的 bind-unbind-bind 情況但理論上仍可解決此邊角案例其中記憶體會在回呼正在使用中時遭到 .remove 釋放。通知程式僅有助於確保驅動程式回呼有效但無法確保在叫用回呼時探查中配置的記憶體是否維持有效。此修補程式建議引入新的「sdw_dev_lock」mutex 來保護探查/移除和所有驅動程式回呼。由於此 mutex 僅對 SoundWire 「本機」而言因此不會干擾現有的鎖定也不會造成鎖死。此外此修補程式移除了「probe_complete」完成我們直接從探查常式叫用「update_status」。這會移除任何類型的定時相依性並為裝置/驅動程式模型提供更佳的支援可在匯流排啟動前或在匯流排啟動後持續連結驅動程式且硬體會在所有情況下正確初始化。
    BugLink https://github.com/thesofproject/linux/is ---truncated--- (CVE-2022-50144)

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

偵測

Linux Distros 未修補的弱點：CVE-2022-50144

medium Nessus Plugin ID 245184

版本 1.10