Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - SoundWire：重新访问驱动程序绑定/取消绑定和回调 在 SoundWire 探测中，我们将驱动程序 ops 的指针存储到“slave”结构中。这可在取消绑定编解码器驱动程序时导致内核 oops，例如
    按照以下顺序删除机器驱动程序和编解码器驱动程序。/sbin/modprobe -r snd_soc_sof_sdw /sbin/modprobe -r snd_soc_rt711 有关完整的详细信息，可在下面的缺陷链接中找到，有关参考，以下两个示例显示了在驱动程序 .remove（） 之后调用驱动程序 ops/回调的不同情况。
    内核：缺陷：内核空指针取消引用，地址：0000000000000150内核：工作队列：事件cdns_update_slave_status_work [soundwire_cadence] 内核：RIP：0010：mutex_lock+0x19/0x30内核：调用跟踪：内核：？sdw_handle_slave_status+0x426/0xe00 [soundwire_bus 94ff184bf398570c3f8ff7efe9e32529f532e4ae] kernel：？newidle_balance+0x26a/0x400 内核：？cdns_update_slave_status_work+0x1e9/0x200 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] 内核： 缺陷：无法处理地址的页面错误：ffffffffc07654c8 内核： 工作队列：下午pm_runtime_work内核： RIP：0010：sdw_bus_prep_clk_stop+0x6f/0x160 [soundwire_bus] 内核： 调用跟踪：
    kernel： kernel： sdw_cdns_clock_stop+0xb5/0x1b0 [soundwire_cadence 1bcf98eebe5ba9833cd433323769ac923c9c6f82] kernel： <TASK> intel_suspend_runtime+0x5f/0x120 [soundwire_intel aca858f7c87048d3152a4a41bb68abb9b663a1dd] kernel： ？ dpm_sysfs_remove+0x60/0x60 Intel 测试之前未检测到此问题，因为测试首先删除父 PCI 设备并关闭总线。上面的序列是一个极端情况，它使总线保持运行，但没有驱动程序限制。在尝试解决此内核错误时，发现现有 SoundWire 总线显然无法很好地处理取消绑定情况。提交 528be501b7d4a（soundwire：sdw_slave：添加probe_complete结构和新字段）添加了“probed”状态变量和“probe_complete”结构完成。但是，此状态不会在删除时重置，同样地，“probe complete”也不会重新初始化，因此 bind/unbind/bind 测试案例将会失败。事后看来，'update_status' 回调之前使用的超时也是个坏主意，实际上不应该有关于驱动程序是否以及何时绑定到设备的时序假设。初始草案基于 device_lock（） 并测试了 device_unlock（）。事实证明，这太复杂了，在暂停-恢复序列期间会产生死锁，其也使用与绑定/取消绑定序列相同的 device_lock/unlock（）。在 CometLake 设备上，错误的 DSDT/BIOS 导致虚假恢复，并且使用 device_lock（） 导致暂停期间挂起。经过数周的测试以及对不同设备上的死锁进行痛苦的逆向工程后，我们寻找了不干扰设备核心的替代方案。
    已成功使用总线通知程序来跟踪DRIVER_BOUND和DRIVER_UNBIND事件。这解决了测试中的 bind-unbind-bind 情况，但它仍然可以通过理论上的极端情况来克服它，即在使用回调时通过 .remove 释放内存。通知程序仅帮助确保驱动程序回调有效，但无法帮助确保在探测中分配的内存在调用回调时保持有效。此修补程序建议引入新的“sdw_dev_lock”互斥体，以保护探测/删除和所有驱动程序回调。由于此互斥体仅对 SoundWire 为“本地”，因此不会干扰现有锁定，也不会创建死锁。此外，此修补程序删除了“probe_complete”完成，而是直接从探测例程调用“update_status”。这消除了任何类型的时序依赖关系，并更好地支持设备/驱动程序模型，驱动程序可以在总线启动之前绑定，或者在总线启动后亿万年，并且硬件将在所有情况下都得到正确初始化。
    缺陷链接： https://github.com/thesofproject/linux/is ---truncated--- （CVE-2022-50144）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2022-50144

medium Nessus 插件 ID 245184

版本 1.20