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

  - net修复 tw_timer_handler 中的释放后使用在 Linux 中发现如下真实的错误 5.4。
    BUG: unable to handle page fault for address: ffffde49a863de28 PGD 7e6fe62067 P4D 7e6fe62067 PUD 7e6fe63067 PMD f51e064067 PTE 0 RIP: 0010:tw_timer_handler+0x20/0x40 Call Trace: <IRQ> call_timer_fn+0x2b/0x120 run_timer_softirq+0x1ef/0x450 __do_softirq+0x10d/0x2b8 irq_exit+0xc7/0xd0 smp_apic_timer_interrupt+0x68/0x120 apic_timer_interrupt+0xf/0x20 自 2017 年以来也会在线程 [1] 中报告此问题。遗憾的是修复 DCCP 后仍可重现此问题。因为 tcp_sk_ops 是在 ipv4_mib_ops 之前注册，，因此当 net 命名空间被破坏时，会在调用 tcp_sk_exit_batch 之前调用 ipv4_mib_exit_net，这意味着 tcp_sk_ops 位于 pernet_list 列表中 ipv4_mib_ops 的前端。如果存在一些 inflight time-wait 定时器，则在 ipv4_mib_exit_net 之后 tw_timer_handler 中的 net->mib.net_statistics 会发生释放后使用。此缺陷并非提交 f2bf415cfed7（mib：将网络添加至 NET_ADD_STATS_BH）引入，因为 net_statistics 是全局变量，并非动态分配和释放。实际上，引入了该缺陷的是提交 61a7e26028b9（mib：将网络统计数据置于 struct net 上），因为它将网络统计数据置于 struct net 上，并在 net 命名空间被破坏时将其释放。
    将 init_ipv4_mibs() 移动到 tcp_init() 的前端以修复此缺陷，并将 pr_crit() 替换为 panic()，这是因为 init_ipv4_mibs() 失败时继续操作毫无意义。[1] https://groups.google.com/g/syzkaller/c/p1tn-_Kc6l4/m/smuL_FMAAgAJ?pli=1 (CVE-2021-46936)

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

检测

Linux Distros 未修补的漏洞：CVE-2021-46936

high Nessus 插件 ID 249634

版本 1.9