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

  - netdsa探测失败时释放路由表如果 dsa_tree_setup() 中的 complete = true则表示我们是树中成功探测的最后一个交换机并且应从探测路径设置所有交换机。complete 为真后dsa_tree_setup_cpu_ports() 或任何后续函数可能会失败。如果发生这种情况则整个树状结构的设置就陷入危险: 前 N-1 台交换机已成功完成探测(除了在树的 dst->ports可能还有 dst->rtable 中分配持久性内存之外什么也不做)并且交换机 N 发生故障以在对用户 PoV 产生任何明显影响之前结束树设置过程。如果交换机 N 探测失败其内存端口将被释放并从 dst->ports 中删除。
    但是由 dsa_link_touch() 创建的指向其端口的 dst->rtable 元素将保留在此处取消引用将导致释放后使用。如果 dsa_tree_setup_switches() 返回
    -EPROBE_DEFER这是完全可能的因为这是 ds->ops->setup() 所在的位置我们会得到如下所示的 kasan 报告==================== ============================================== 缺陷KASAN slab-use-after-free in mv88e6xxx_setup_upstream_port+0x240/0x568 Read of size 8 at addr ffff000004f56020 by task kworker/u8:3/42 Call trace: __asan_report_load8_noabort+0x20/0x30 mv88e6xxx_setup_upstream_port+0x240/0x568 mv88e6xxx_setup+0xebc/0x1eb0 dsa_register_switch+0x1af4 /0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 real_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 由任务 42 分配__kasan_kmalloc+0x84/0xa0
    __kmalloc_cache_noprof+0x298/0x490 dsa_switch_touch_ports+0x174/0x3d8 dsa_register_switch+0x800/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258
    __device_attach_driver+0x274/0x350 Freed by task 42: __kasan_slab_free+0x48/0x68 kfree+0x138/0x418 dsa_register_switch+0x2694/0x2ae0 mv88e6xxx_register_switch+0x1b8/0x2a8 mv88e6xxx_probe+0xc4c/0xf60 mdio_probe+0x78/0xb8 really_probe+0x2b8/0x5a8 __driver_probe_device+0x164/0x298 driver_probe_device+0x78/0x258 __device_attach_driver+0x274/0x350 修复此缺陷的最简单方法是删除整个路由表。即使我们删除了端口之间的链接而不是交换机 N 的链接dsa_tree_setup_routing_table() 在重新生成该链接时也没有问题因为 dsa_link_touch() 首先检查 dst->rtable 中是否已存在端口对如果不存在则进行分配。dsa_tree_teardown() 中已存在完整的路由表删除因此将其重构到也可以从树设置错误路径中调用的函数中。根据我对故障提交的分析，问题原因是 dsa_link 元素添加到 dst->rtable 中。在此之前每个交换机都有自己的 ds->rtable当交换机探测失败时该表会释放。但是树可能是持久性内存。 (CVE-2025-37786)

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

检测

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

high Nessus 插件 ID 246537

版本 1.36