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

  - mt76mt7921不假设 SDIO 标头有足够的余量 mt7921_usb_sdio_tx_prepare_skb() 调用 mt7921_usb_sdio_write_txwi() 和 mt7921_skb_add_usb_sdio_hdr()盲目假设所传递的 skb 中有足够的余量。当 skb 在网络核心中分配用于通过 mt7921 netdev 进行传输时通常会满足此假设尽管这只是一种优化并且不能得到严格保证但当 skb 在接收路径中发起时有时不满足此假设的漏洞，例如通过桥接层传递到 mt7921。盲目地在 skb 前面预加字节始终是错误的。此提交在对 mt7921_usb_sdio_tx_prepare_skb() 中的 mt7921_usb_sdio_write_txwi() 调用之前引入了对 skb_cow_head() 的调用以确保至少 MT_SDIO_TXD_SIZE + MT_SDIO_HDR_SIZE 字节可推送至 skb。如果没有此补丁我可通过桥接基于 MT7921AU 的 USB 802.11ax 接口与使用其板载 RTL8169 PCI 以太网适配器的基于 Intel Atom 的 x86 系统上的以太网接口以及基于 ARM 的 Raspberry Pi 1 轻微造成内核错误使用其板载 SMSC9512 USB 以太网适配器。请注意内核错误不会在每个系统配置中发生因为仅当接收 netdev 在其接收到的 skb 中留下的余量小于 mt7921 实现其 SDIO 标头所需时才会发生内核错误。以下是运行内核 6.1.24+ [1] 的 Raspberry Pi OS Lite 2023-02-21 上此错误的堆栈跟踪mt76u_tx_queue_skb+0x94/0x1d0 [mt76_usb] mt76u_tx_queue_skb [mt76_usb] from __mt76_tx_queue_skb+0x4c/0xc8 [mt76] __mt76_tx_queue_skb [mt76] from mt76_txq_schedule.part.0+0x13c/0x398 [mt76] mt76_txq_schedule.part.0 [mt76] from mt76_txq_schedule_all+0x24 /0x30 [mt76] mt76_txq_schedule_all [mt76] from mt7921_tx_worker+0x58/0xf4 [mt7921_common] mt7921_tx_worker [mt7921_common] from __mt76_worker_fn+0x9c/0xec [mt76] __mt76_worker_fn [mt76] from kthread+0xbc/0xe0 kthread from ret_from_fork+0x14/0x34 After this修复桥接 mt7921 接口在我之前有问题的两个系统上工作正常。 [1] https://github.com/raspberrypi/firmware/tree/5c276f55a4b21345cd4d6200a504ee991851ff7a (CVE-2023-53785)

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

检测

Linux Distros 未修补的漏洞：CVE-2023-53785

high Nessus 插件 ID 277888

版本 1.23