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

  - usbxhci在 NEC isoc 端点上应用链接链 quirk 两个明显不同的 NEC uPD720200 样本一个包含启动/停止缺陷一个不包含某些缺失服务错误后造成 IOMMU 错误。错误的 address is 立即在传输环段之后且修补后的动态调试消息显示在该段的末尾等待 TD 时会收到 MSE[ 1.041954] xhci_hcd插槽 1 ep 2 预期 TD DMA 的缺失服务间隔错误ffa08fe0 [ 1.042120] xhci_hcdAMD-Vi记录了事件 [IO_PAGE_FAULT domain=0x0005 address=0xffa09000 flags=0x0000] [ 1.042146] xhci_hcdAMD-Vi记录了事件 [IO_PAGE_FAULT domain=0x0005 address=0xffa09040 flags=0x0000] 如果下一页是HC。在下方它报告 ff1e8000 的段中的 MSE、深入 ff1e9000 的填零页面并开始每个微帧报告 ff1ea000 页面中的 TRB 事件而不是跳至 ff1e6000 的段。 [ 7.041671] xhci_hcd错过了预期 TD DMA ff1e8fe0 的插槽 1 ep 2 的服务间隔错误 [ 7.041999] xhci_hcd错过了预期 TD DMA ff1e8fe0 的服务间隔错误 [ 7.042011] xhci_hcd: WARN缓冲区溢出事件端点上的插槽 1 ep 2 [ 7.042028] xhci_hcd为插槽 1 ep 2 跳过了所有 TD。清除跳过标记。 [ 7.042134] xhci_hcdWARN端点上插槽 1 ep 2 的缓冲区溢出事件 [ 7.042138] xhci_hcd错误传输事件 TRB DMA ptr 不是当前 TD ep_index 2 comp_code 31 的一部分 [ 7.042144] xhci_hcd正在查找 event-dma 00000000ff1ea040 trb-start 00000000ff1e6820 trb-end 00000000ff1e6820 [ 7.042259] xhci_hcd警告端点上插槽 1 ep 2 的缓冲区溢出事件 [ 7.042262] xhci_hcd错误传输事件 TRB DMA ptr 不是当前 TD ep_index 2 comp_code 31的一部分 [ 7.042266] xhci_hcd查找 event-dma 00000000ff1ea050 trb-start 00000000ff1e6820 trb-end 00000000ff1e6820 在某个时间点完成事件会从 Isoch 缓冲区溢出变为短数据包并且 HC 最终在 ff1ec000 中发现周期位不匹配。 [ 7.098130] xhci_hcd错误传输事件 TRB DMA ptr 不属于当前 TD ep_index 2 comp_code 13 [ 7.098132] xhci_hcd查找 event-dma 00000000ff1ecc50 trb-start 00000000ff1e6820 trb-end 00000000ff1e6820 [ 7.098254] xhci_hcd传输事件TRB DMA ptr 不是当前 TD ep_index 2 comp_code 13 的一部分 [ 7.098256] xhci_hcd查找 event-dma 00000000ff1ecc60 trb-start 00000000ff1e6820 trb-end 00000000ff1e6820 [ 7.098379] xhci_hcd插槽 1 的 ep 数据上发生溢出事件 2同步设备被写入其他端点（IN 或 OUT）上待定 TD 的随机缓冲区、其他设备甚至同一 IOMMU 域中的其他 HC。最后来自另一个 HC 上不同 USB 设备的错误。是不是因为上面的原因导致的？我不知道，但可能是这样。磁盘在没有任何其他问题的情况下工作，生成的 PCIe 流量使 NEC 耗尽上游 BW 并触发这些 MSE。两个 HC 通过商用 PCIe 拆分器板共享一个 x1 插槽。 [ 7.162604] usb 10-2使用 xhci_hcd 重置超速 USB 设备编号 3 [ 7.178990] sd 9:0:0:0: [sdb] tag#0 UNKNOWN(0x2003) 结果hostbyte=0x07 driverbyte=DRIVER_OK cmd_age=0s [ 7.179001] sd 9:0:0:0: [sdb] tag#0 CDB: opcode=0x28 28 00 04 02 ae 00 00 02 00 00 [ 7.179004] I/O 错误dev sdbsector 67284480 op 0x0 (READ) flags 0x80700 phys_seg 5 prio class 0 幸运的是通过设置 isochronous 环上 Link TRB 的 chain 位似乎可以避免这个有趣的缺陷。
    其他已知的旧 HC 也预期会设置该位如果未设置则会忽略链路 TRB。
    据报告 0.95 spec 保证设置该位。带宽匮乏的 NEC HC 运行 32KB/uframe UVC 端点报告每秒数十个 MSE并在几秒内遇到该缺陷。链接 TRB 允许相同的工作负载运行许多分钟的多次。否 ne ---truncated--- (CVE-2025-22022)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-22022

high Nessus 插件 ID 249639

版本 1.15