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

  - EDK2 在 BIOS 中含有一个漏洞攻击者可通过本地访问造成不当输入验证。成功利用此漏洞可能以非预期的方式更改控制流从而允许任意命令执行并影响 Confidentiality、Integrity 和 Availability。 (CVE-2025-2296)

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

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

  - Robocode 版本 1.9.3.6的 CacheCleaner 组件中存在一个目录遍历漏洞。recursilyDelete 方法无法正确审查文件路径从而允许攻击者遍历目录并删除系统上的任意文件。通过提交特别构建的输入来操纵文件路径可以利用此漏洞从而导致潜在的未经授权的文件删除。
    https://robo-code.blogspot.com/ (CVE-2025-14306)

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

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

  - usb-storagealauda修复 alauda_check_media() 中的 uninit-value Syzbot 使 KMSAN 抱怨有关访问 usb-storage 的 alauda 子驱动程序中未初始化值的问题BUGKMSANalauda_transport+0x462/0x57f0 drivers/ 中的 uninit-value usb/storage/alauda.c:1137 CPU: 0 PID: 12279 Comm: usb-storage Not tainted 5.3.0-rc7+ #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 01/01/2011 调用跟踪__dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x191/0x1f0 lib/dump_stack.c:113 kmsan_report+0x13a/0x2b0 mm/kmsan/kmsan_report.c:108 __msan_warning+0x73/0xe0 mm/kmsan/kmsan_instr.c :250 alauda_check_media+0x344/0x3310 drivers/usb/storage/alauda.c:460 问题在于 alauda_check_media() 在尝试使用接收到的数据之前未验证其 USB 传输是否成功。目前尚不完全清楚传输失败时会发生什么但一种相当保守的方法是假装不存在任何媒体。alauda_get_media_status() 内的 usb_stor_dbg() 调用中存在类似的问题。在这种情况下当发生错误时此调用是多余的因为 usb_stor_ctrl_transfer() 已会打印调试消息。最后，与未初始化内存访问无关的是 alauda_check_media() 会对堆栈上的缓冲区执行 DMA。幸运的是 usb-storage 为此类用途提供了通用的 DMA 缓冲区。我们将改用它。
    (CVE-2023-53847)

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

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

  - wifibrcmfmac修复启用 SCAN 日志级别时的无效地址访问 设置随机 MAC 地址时变量 i 已更改并在打印 pi->reqs[i]->reqid 的值时造成无效地址访问。我们将 reqs index 替换为 ri 以修复 问题。 [ 136.726473] 无法处理对虚拟地址 0000000000000000 中的 uaccess 例程之外的用户内存的内核访问 [ 136.737365] Mem 中止信息[ 136.740172] ESR = 0x96000004 [ 136.743359] 异常类 = DABT当前 ELIL = 32位 [136.749294] SET = 0，FnV = 0 [ 136.752481] EA = 0，S1PTW = 0 [ 136.755635] Data 中止信息[ 136.758514] ISV = 0，ISS = 0x00000004 [ 136.762487] CM = 0， WnR = 0 [ 136.765522] user pgtable: 4k pages, 48-bit VAs, pgdp = 000000005c4e2577 [ 136.772265] [0000000000000000] pgd=0000000000000000 [ 136.777160] 内部错误Oops: 96000004 [#1] PREEMPT SMP [ 136.782732] 中链接的模块brcmfmac(O) brcmutil(O) cfg80211(O) compat(O) [ 136.789788] Process wificond (pid: 3175, stack limit = 0x00000000053048fb) [136.796664] CPU: 3 PID: 3175 Comm: wificond Tainted: GO 4.19 .42-00001-g531a5f5 #1 [ 136.805532] 硬件名称Freescale i.MX8MQ EVK (DT) [ 136.810584] pstate: 60400005 (nZCv daif +PAN -UAO) [ 136.815429] pc
    brcmf_pno_config_sched_scans+0x6cc/0xa80 [brcmfmac] [ 136.821811] lr
    brcmf_pno_config_sched_scans+0x67c/0xa80 [brcmfmac] [ 136.828162] sp ffff00000e9a3880 [ 136.831475] x29
    ffff00000e9a3890 x28ffff800020543400 [ 136.836786] x27ffff8000b1008880 x26ffff0000012bf6a0 [136.842098] x25ffff80002054345c x24ffff800088d22400 136.847409[  ]
    ffff0000012bf6d8 [ 136.852721] x21ffff8000aced8fc0 x20ffff8000ac164400 [ 136.858032] x19
    ffff00000e9a3946 x18: 0000000000000000 [ 136.863343] x17: 0000000000000000 x16: 0000000000000000 [136.868655] x15: ffff0000093f3b37 x14: 0000000000000050 [ 136.873966] x13: 0000000000003135 x12:
    0000000000000000 [ 136.879277] x110000000000000000 x10ffff000009a61888 [ 136.884589] x9 :
    000000000000000f x8 : 0000000000000008 [ 136.889900] x7 : 303a32303d726464 x6 : ffff00000a1f957d [136.895211] x5 : 0000000000000000 x4 : ffff00000e9a3942 [ 136.900523] x3 : 0000000000000000 x2 :
    ffff0000012cead8 [ 136.905834] x1 : ffff0000012bf6d8 x0 : 0000000000000000 [ 136.911146] Call trace: [136.913623] brcmf_pno_config_sched_scans+0x6cc/0xa80 [brcmfmac] [ 136.919658] brcmf_pno_start_sched_scan+0xa4/0x118 [brcmfmac] [ 136.925430] brcmf_cfg80211_sched_scan_start+0x80/ 0xe0 [brcmfmac] [ 136.931636] nl80211_start_sched_scan+0x140/0x308 [cfg80211] [ 136.937298] genl_rcv_msg+0x358/0x3f4 [ 136.940960] netlink_rcv_skb+0xb4/0x118 [ 136.944795] genl_rcv+0x34/0x308 [136.947935] genl_rcv+0x34/0x48 /0x300 [ 136.951856] netlink_sendmsg+0x2e4/0x33c [ 136.955781]
    __sys_sendto+0x120/0x19cCVE-2022-50678]

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

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

  - ubi修复 eraseblk_count_seq_show() 中的 UAF 耗损平衡条目 耗损平衡条目可能在错误路径中释放可能在raserblk_count_seq_show() 中再次访问例如__erase_worker eraseblk_count_seq_show wl = ubi->lookuptbl[*block_number] 如果(wl) wl_entry_destroy ubi->lookuptbl[e->pnum] = NULL kmem_cache_free(ubi_wl_entry_slab, e) erase_count = wl->ec // UAF ubi->lookuptbl 中更新/访问的耗损平衡条目应受到 ubi->wl_lock 的保护通过添加 ubi->wl_lock 至序列化 wl_entry_destroy() 和 eraseblk_count_seq_show() 之间访问的 wl 条目来修复此问题。
    在 [Link] 中获取复制器。 (CVE-2023-53826)

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

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

  - 在 Robocode 版本 1.9.3.6的 Buffer 类的写入方法中存在一个整数溢出漏洞。该方法无法正确验证正在写入的数据长度允许攻击者造成溢出从而可能导致缓冲区溢出和任意代码执行。利用此漏洞可以通过提交特别构建的操纵数据长度的输入从而导致潜在的未经授权代码执行。 (CVE-2025-14308)

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

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

  - ext4修正 ext4_mb_good_group 中的 grp 验证如果 grp 为 NULL则群组损坏检查将访问 grp 内存并将触发内核崩溃。因此请在损坏检查之前执行 NULL 检查。 (CVE-2023-53861)

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

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

  - nvme-core修复 dhchap_secret_store 中的内存泄漏在 nvme_ctrl_dhchap_secret_store() 中释放 dhchap_secret 然后再返回修复下列 kmemleack:- 未引用的对象 0xffff8886376ea800 (大小 64)comm 检查、pid 22048、jiffies 4344316705(age 92.199s) 十六进制转储 (first 32) bytes)44 48 48 43 2d 31 3a 30 30 3a 6e 78 72 35 4b 67 DHHC-1:00:nxr5Kg 75 58 34 75 6f 41 78 73 4a 61 34 63 2f 68 75 4c uX4uoAxsJa4c/huL 回溯
    [<0000000030ce5d4b>] __kmalloc+0x4b/0x130 [<000000009be1cdc1>] nvme_ctrl_dhchap_secret_store+0x8f/0x160 [nvme_core] [<00000000ac06c96a>] kernfs_fop_write_iter+0x12b/0x1c0 [<00000000437e7ced>] vfs_write+0x2ba/0x3c0 [<00000000f9491baf>] ksys_write+0x5f/0xe0<000000001c46513d>] do_syscall_64+0x3b/0x90 [<00000000ecf348fe>] entry_SYSCALL_64_after_hwframe+0x72/0xdc 未引用对象 0xffff8886376eaf00 (大小 64)comm 检查、pid 22048、jiffies 4344316736(使用期限 92.168s) 十六进制转储前 32 字节43 48 2d44 31 3a 30 30 3a 6e 78 72 35 4b 67 DHHC-1:00:nxr5Kg 75 58 34 75 6f 41 78 73 4a 61 34 63 2f 68 75 4c uX4uoAxsJa4c/huL 回溯[<0000000030ce5d4b>] __kmalloc+0x4b/0x130b/0x130b/0x130b/0x130b/0x130b/0x130b<000000009be1cdc1>/ ] ] nvme_ctrl_dhchap_secret_store+0x8f/0x160 [nvme_core] [<00000000ac06c96a>] kernfs_fop_write_iter+0x12b/0x1c0 [<00000000437e7ced>] vfs_write+0x2ba/0x3c0 [<00000000f9491baf>] ksys_write+0x5f/0xe0 [<000000001c46513d>] do_syscall_64+0x3b/0x3b/0x1c0<00000000ecf348fe>[]90  entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-53852)

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

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

  - EDK2 在 BIOS 中含有一个漏洞攻击者可造成通过本地访问将敏感信息暴露给未经授权的执行者。成功利用此漏洞将导致可能的信息泄露或权限提升并影响机密性。 (CVE-2024-38798)

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

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

  - netlink不在 fdb 转储中硬编码设备地址长度 syzbot 报告某些 netdev 设备没有 6 字节地址 [1] 将 ETH_ALEN 替换为 dev->addr_len。 [1] dev->addr_len = 4 的设备的情况BUGKMSANinstrument_copy_to_user include/linux/instrumented.h:114 中的 kernel-infoleak [内联] BUG
    KMSANcopyout+0xb8/0x100 lib/iov_iter.c:169 Instrument_copy_to_user include/linux/instrumented.h:114 [inline] copyout+0xb8/0x100 lib/iov_iter.c:169 _copy_to_iter+0x6d8/0x1d00 lib/ 中存在内核信息泄露iov_iter.c:536 copy_to_iter include/linux/uio.h:206 [inline] simple_copy_to_iter+0x68/0xa0 net/core/datagram.c:513 __skb_datagram_iter+0x123/0xdc0 net/core/datagram.c:419 skb_copy_datagram_iter+0x5c/ 0x200 net/core/datagram.c:527 skb_copy_datagram_msg include/linux/skbuff.h:3960 [内联] netlink_recvmsg+0x4ae/0x15a0 net/netlink/af_netlink.c:1970 sock_recvmsg_nosec net/socket.c:1019 [内联] sock_recvmsg net /socket.c:1040 [内联]
    ____sys_recvmsg+0x283/0x7f0 net/socket.c:2722 ___sys_recvmsg+0x223/0x840 net/socket.c:2764 do_recvmmsg+0x4f9/0xfd0 net/socket.c:2858 __sys_recvmmsg net/socket.c:2937 [内联] __sysdomm_recmm socket.c:2960 [内联] __se_sys_recvmmsg net/socket.c:2953 [内联] __x64_sys_recvmmsg+0x397/0x490 net/socket.c:2953 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/ 0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 已存储到内存
    __nla_put lib/nlattr.c:1009 [内联] nla_put+0x1c6/0x230 lib/nlattr.c:1067 nlmsg_populate_fdb_fill+0x2b8/0x600 net/core/rtnetlink.c:4071 nlmsg_populate_fdb net/core/rtnetlink.c:4418 [内联] ndo_dflt_fdb_dump+0x616/0x840 net/core/rtnetlink.c:4456 rtnl_fdb_dump+0x14ff/0x1fc0 net/core/rtnetlink.c:4629 netlink_dump+0x9d1/0x1310 net/netlink/af_netlink.c:2268 netlink_recvmsg+0xc5c/0x15a0 net/netlink /af_netlink.c:1995 sock_recvmsg_nosec+0x7a/0x120 net/socket.c:1019
    ____sys_recvmsg+0x664/0x7f0 net/socket.c:2720 ___sys_recvmsg+0x223/0x840 net/socket.c:2764 do_recvmmsg+0x4f9/0xfd0 net/socket.c:2858 __sys_recvmmsg net/socket.c:2937 [内联] __sysdomm_recmm socket.c:2960 [内联] __se_sys_recvmmsg net/socket.c:2953 [内联] __x64_sys_recvmmsg+0x397/0x490 net/socket.c:2953 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/ 0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 创建于
    slab_post_alloc_hook+0x12d/0xb60 mm/slab.h:716 slab_alloc_node mm/slub.c:3451 [内联]
    __kmem_cache_alloc_node+0x4ff/0x8b0 mm/slub.c:3490 kmalloc_trace+0x51/0x200 mm/slab_common.c:1057 kmalloc include/linux/slab.h:559 [内联] __hw_addr_create net/core/dev_addr_lists.c:60 [内联]
    __hw_addr_add_ex+0x2e5/0x9e0 net/core/dev_addr_lists.c:118 __dev_mc_add net/core/dev_addr_lists.c:867 [内联] dev_mc_add+0x9a/0x130 net/core/dev_addr_lists.c:885 igmp6_group_added+0x267/0xbc0 net/ipv6/ mcast.c:680 ipv6_mc_up+0x296/0x3b0 net/ipv6/mcast.c:2754 ipv6_mc_remap+0x1e/0x30 net/ipv6/mcast.c:2708 addrconf_type_change net/ipv6/addrconf.c:3731 [inline] addrconf_notify+0x4d3/ 0x1d90 net/ipv6/addrconf.c:3699 notifier_call_chain kernel/notifier.c:93 [内联] raw_notifier_call_chain+0xe4/0x430 kernel/notifier.c:461 call_netdevice_notifiers_info net/core/dev.c:1935 [内联] call_netdevice_notifiers_extack net/core /dev.c:1973 [内联] call_netdevice_notifiers+0x1ee/0x2d0 net/core/dev.c:1987 bond_enslave+0xccd/0x53f0 drivers/net/bonding/bond_main.c:1906 do_set_master net/core/rtnetlink.c:2626 [ inline] rtnl_newlink_create net/core/rtnetlink.c:3460 [inline] __rtnl_newlink net/core/rtnetlink.c:3660 [inline] rtnl_newlink+0x378c/0x40e0 net/core/rtnetlink.c:3673 rtnetlink_rcv_msg+0x16a6/0x1840 net/core/rtnetlink.c:6395 netlink_rcv_skb+0x371/0x650 net/netlink/af_netlink.c:2546 rtnetlink_rcv+0x34/0x40 net/core/rtnetlink.c:6413 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [内联] netlink_unicast+0xf28/0x1230 net/netlink/af_ ---truncated--- (CVE-2023-53863)

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

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

  - ttyserialsamsung_tty修复 s3c24xx_serial_getclk() 中发生错误时的内存泄漏如果 clk_get_rate() 失败则需要释放释放刚分配的 clk。 (CVE-2023-53858)

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

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

  - ip6_vti修复 decode_session6 中的 slab-use-after-free 当 ipv6_vti 设备设置为 sfb 类型的 qdisc 时所发送 skb 的 cb 字段可能会在排队期间被修改。然后当 ipv6_vti 设备发送 IPv6 数据包时可能会发生 slab-use-after-free。堆栈信息如下BUG: KASAN: decode_session6+0x103f/0x1890 在 addr ffff88802e08edc2 上大小为 1 的读取中由任务 swapper/0/0 CPU: 0 PID: 0 Comm: swapper/0 Not 执行的 slab-use-after-free受感染 6.4.0-next-20230707-00001-g84e2cad7f979 #410 Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace <IRQ> dump_stack_lvl+0xd9/0x150 print_address_description.constprop .0+0x2c/0x3c0 kasan_report+0x11d/0x130 decode_session6+0x103f/0x1890 __xfrm_decode_session+0x54/0xb0 vti6_tnl_xmit+0x3e6/0x1ee0 dev_hard_start_xmit+0x187/0x700 sch_direct_xmit+0x1a3/0xc30 __qdisc_run+0x510/0x17a0
    __dev_queue_xmit+0x2215/0x3b10 neigh_connected_output+0x3c2/0x550 ip6_finish_output2+0x55a/0x1550 ip6_finish_output+0x6b9/0x1270 ip6_output+0x1f1/0x540 ndisc_send_skb+0xa63/0x1890 ndisc_send_rs+0x132/0x6f0 addrconf_rs_timer+0x3f1/0x870 call_timer_fn+0x1a0/0x580 expire_timers+0x29b/0x4b0 run_timer_softirq+0x326/0x910 __do_softirq+0x1d4/0x905 irq_exit_rcu+0xb7/0x120 sysvec_apic_timer_interrupt+0x97/0xc0 </IRQ> Allocated by task 9176: kasan_save_stack+0x22/0x40 kasan_set_track+0x25/0x30 __kasan_slab_alloc+0x7f/0x90 kmem_cache_alloc_node+0x1cd/0x410 kmalloc_reserve+0x165 /0x270 __alloc_skb+0x129/0x330 netlink_sendmsg+0x9b1/0xe30 sock_sendmsg+0xde/0x190
    ____sys_sendmsg+0x739/0x920 ___sys_sendmsg+0x110/0x1b0 __sys_sendmsg+0xf7/0x1c0 do_syscall_64+0x39/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Freed by task 9176: kasan_save_stack+0x22/0x40 kasan_set_track+0x25/0x30 kasan_save_free_info+0x2b/0x40 ____kasan_slab_free+0x160/0x1c0 slab_free_freelist_hook+0x11b/0x220 kmem_cache_free+0xf0/0x490 skb_free_head+0x17f/0x1b0 skb_release_data+0x59c/0x850 consume_skb+0xd2/0x170 netlink_unicast+0x54f/0x7f0 netlink_sendmsg+0x926/0xe30 sock_sendmsg+0xde/0x190 ____sys_sendmsg+0x739/0x920 ___sys_sendmsg+0x110/0x1b0
    ... ffff88802e08ef80) 如提交 f855691975bbxfrm6修复 _decode_session6 中的 nexthdr 偏移所示xfrm_decode_session 最初仅用于接收路径。传输期间未设置 IP6CB(skb)->nhoff。因此需在发送数据包前将 skb 中的 cb 字段设置为 0。 (CVE-2023-53821)

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

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

  - dm请勿尝试将 IO 置于 RCU 保护之下 dm 根据请求类型查找 IO 的表并假设如果请求标记为 REQ_NOWAIT则可以在处于 RCU 读取锁定时尝试提交该 IO保护。这是错误的因为 REQ_NOWAIT 仅表示不应在其他 IO 上等待休眠但并不表示不能进行计划。一个简单的测试案例就很好地证实了这一点int fd; fd = open(/dev/dm-0, O_RDONLY | O_DIRECT); posix_memalign(&iov.iov_base, 4096, 4096); iov.iov_len = 4096; preadv2(fd, &iov, 1, 0, RWF_NOWAIT); return 0这会立即喷出: BUG: sleep function call from invalid context at include/linux/sched/mm.h:306 in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 5580, name: dm- nowait preempt_count0、预期0 RCU 嵌套深度1、预期0 INFOlockdep 已关闭。CPU7 PID5580 Commdm-nowait Not tainted 6.6.0-rc1-g39956d2dcd81 #132 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.2-debian-1.16.2-1 04/ 01/2014 调用跟踪 <TASK> dump_stack_lvl+0x11d/0x1b0
    __might_resched+0x3c3/0x5e0 ? preempt_count_sub+0x150/0x150 mempool_alloc+0x1e2/0x390 ? mempool_resize+0x7d0/0x7d0 ? lock_sync+0x190/0x190 ? lock_release+0x4b7/0x670 ? internal_get_user_pages_fast+0x868/0x2d40 bio_alloc_bioset+0x417/0x8c0 bvec_alloc+0x200/0x200 ? internal_get_user_pages_fast+0xb8c/0x2d40 bio_alloc_clone+0x53/0x100 dm_submit_bio+0x27f/0x1a20 lock_release+0x4b7/0x670 ? blk_try_enter_queue+0x1a0/0x4d0 ? dm_dax_direct_access+0x260/0x260 ? rcu_is_watching+0x12/0xb0 blk_try_enter_queue+0x1cc/0x4d0 __submit_bio+0x239/0x310
    __bio_queue_enter+0x700/0x700 kvm_clock_get_cycles+0x40/0x60 ? ktime_get+0x285/0x470 submit_bio_noacct_nocheck+0x4d9/0xb80 ? should_fail_request+0x80/0x80 ? preempt_count_sub+0x150/0x150 ? lock_release+0x4b7/0x670 ? __bio_add_page+0x143/0x2d0 ? iov_iter_revert+0x27/0x360 submit_bio_noacct+0x53e/0x1b30 submit_bio_wait+0x10a/0x230 submit_bio_wait_endio+0x40/0x40
    __blkdev_direct_IO_simple+0x4f8/0x780 ? blkdev_bio_end_io+0x4c0/0x4c0 ? stack_trace_save+0x90/0xc0 ?
    __bio_clone+0x3c0/0x3c0 ? lock_release+0x4b7/0x670 ? lock_sync+0x190/0x190 ? atime_needs_update+0x3bf/0x7e0 ? timestamp_truncate+0x21b/0x2d0 ? inode_owner_or_capable+0x240/0x240 blkdev_direct_IO.part.0+0x84a/0x1810 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 ? blkdev_read_iter+0x40d/0x530 ? reacquire_held_locks+0x4e0/0x4e0 __blkdev_direct_IO_simple+0x780/0x780 ? rcu_is_watching+0x12/0xb0 __mark_inode_dirty+0x297/0xd50 ? preempt_count_add+0x72/0x140 blkdev_read_iter+0x2a4/0x530 do_iter_readv_writev+0x2f2/0x3c0 generic_copy_file_range+0x1d0/0x1d0 ? fsnotify_perm.part.0+0x25d/0x630 security_file_permission+0xd8/0x100 do_iter_read+0x31b/0x880 ? import_iovec+0x10b/0x140 vfs_readv+0x12d/0x1a0 ? vfs_iter_read+0xb0/0xb0 rcu_is_watching+0x12/0xb0 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 do_preadv+0x1b3/0x260 ? do_readv+0x370/0x370
    __x64_sys_preadv2+0xef/0x150 do_syscall_64+0x39/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7f5af41ad806 代码 41 54 41 89 fc 55 44 89 c5 53 48 89 cb 48 83 ec 18 80 3d e4 dd 0d 00 00 74 7a 45 89 c1 49 89 ca 45 31 c0 b8 47 00 01 <48> [05 05 0f0 3] 00 f0 ff ff 0f 87 be 00 00 00 48 85 c0 79 4a 48 8b 0d da 55 RSP002b:00007ffd3145c7f0 EFLAGS: 00000246 ORIG_RAX: 0000000000000147 RAX: ffffffffffffffda RBX
    0000000000000000 RCX: 00007f5af41ad806 RDX: 0000000000000001 RSI: 00007ffd3145c850 RDI: 0000000000000003 RBP: 0000000000000008 R08: 0000000000000000 R09: 0000000000000008 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000003 R1300007ffd3145c850 R14000055f5f0431dd8 R15</TASK> 0000000000000001而实际上是 ---truncated--- (CVE-2023-53860)

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

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

  ext4修复 ext4_orphan_cleanup 中的释放后使用 我发现一个问题如下
    ================================================================== BUG: KASAN: use-after-free in
    __list_add_valid+0x28/0x1a0 在 addr ffff88814b13f378 进行大小 8 的读取由任务 mount/710 CPU110 Commmount Not 受感染 6.1.0-rc3-next #370 调用追踪 <TASK> dump_stack_lvl+0x73/0x9f print_report+0x25d /0x759 kasan_report+0xc0/0x120 __asan_load8+0x99/0x140 __list_add_valid+0x28/0x1a0 ext4_orphan_cleanup+0x564/0x9d0 [ext4] __ext4_fill_super+0x48e2/0x5300 [ext4] ext4_fill_super+0x19f/0x3a0 [ext4] get_tree_bdev+0x27b/0x450 ext4_get_tree+0x19/ 0x30 [ext4] vfs_get_tree+0x49/0x150 path_mount+0xaae/0x1350 do_mount+0xe2/0x110 __x64_sys_mount+0xf0/0x190 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> [...] ========= ================================================== ======= 上述问题的发生方式可能如下
    ------------------------------------- ext4_fill_super ext4_orphan_cleanup --- loop1假设 last_orphan 为 12 -- - list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan) ext4_truncate --> 返回 0 ext4_inode_attach_jinode --> 返回 -ENOMEM iput(inode) --> 释放 inode<12> --- loop2last_orphan 仍为 12 --- list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan); // 使用 inode<12> 和 触发 UAF 要解决此问题需要适当传播 ext4_inode_attach_jinode() 的返回值。
    (CVE-2022-50673)

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

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

  - i40e修复 DMA 映射泄漏。在重新分配 RX 缓冲区期间为这些缓冲区创建新的 DMA 映射。重现的步骤 while : do for ((i=0; i<=8160; i=i+32)) do ethtool -G enp130s0f0 rx $i tx $i sleep 0.5 ethtool -g enp130s0f0 did did 这导致了崩溃i40e 0000:01:00.1无法为 Rx 描述符环分配内存 size=65536 Driver BUG WARNINGCPU:0 PID:4300@net/core/xdp.c:141 xdp_rxq_info_unreg+0x43/0x50 调用跟踪i40e_free_rx_resources+ 0x70/0x80 [i40e] i40e_set_ringparam+0x27c/0x800 [i40e] ethnl_set_rings+0x1b2/0x290 genl_family_rcv_msg_doit.isra.15+0x10f/0x150 genl_family_rcv_msg+0xb3/0x160 ring_fill_reply+0x1a0/0x1a0 genl_rcv_msg+0x47/0x90 genl_family_rcv_msg+0x160/0x160 netlink_rcv_skb+0x4c/0x120 genl_rcv+0x24/0x40 netlink_unicast+0x196/0x230 netlink_sendmsg+0x204/0x3d0 sock_sendmsg+0x4c/0x50 __sys_sendto+0xee/0x160 ? handle_mm_fault+0xbe/0x1e0 ? syscall_trace_enter+0x1d3/0x2c0 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x5b/0x1a0 entry_SYSCALL_64_after_hwframe+0x65/0xca RIP: 0033:0x7f5eac8b035b Missing register, driver bug WARNING: CPU: 0 PID: 4300 at net/core/xdp.c:119 xdp_rxq_info_unreg_mem_model+ 0x69/0x140 Call Trace: xdp_rxq_info_unreg+0x1e/0x50 i40e_free_rx_resources+0x70/0x80 [i40e] i40e_set_ringparam+0x27c/0x800 [i40e] ethnl_set_rings+0x1b2/0x290 genl_family_rcv_msg_doit.isra.15+0x10f/0x150 genl_family_rcv_msg+0xb3/0x160 ? ring_fill_reply+0x1a0/0x1a0 genl_rcv_msg+0x47/0x90 genl_family_rcv_msg+0x160/0x160 netlink_rcv_skb+0x4c/0x120 genl_rcv+0x24/0x40 netlink_unicast+0x196/0x230 netlink_sendmsg+0x204/0x3d0 sock_sendmsg+0x4c/0x50 __sys_sendto+0xee/0x160 ? handle_mm_fault+0xbe/0x1e0 ? syscall_trace_enter+0x1d3/0x2c0 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x5b/0x1a0 entry_SYSCALL_64_after_hwframe+0x65/0xca RIP0033:0x7f5eac8b035b 这是因为新的缓冲区具有不同的 RX ring count 而造成的 freee_configure_configure_ring is4ring isrx0rxca使用 i40e_alloc_rx_bi 再次重新分配因此 rx_bi 上的 kfree 导致已映射的 DMA 泄漏。通过在加载 BPF 程序时重新分配具有 rx_bi_zc 结构的 ZC来修复此问题。
    此外当 BPF 程序卸载时重新分配回 rx_bi。如果加载/卸载 BPF 程序并创建 XSK 池则在 XSP_SETUP_XSK_POOL 处理程序中相应地重新分配 RX 队列。 (CVE-2022-50679)

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

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

  - drm/vmwgfx修复 vmw_mksstat_add_ioctl() 中的内存泄漏如果从用户空间复制描述字符串失败则不会在返回 -EFAULT 之前释放实例描述符的页面进而导致内存泄漏。 (CVE-2022-50667)

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

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

  - mediadvb-frontends修复内存 fw 泄漏CVE-2022-50664]

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

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

  - ext4修复因 mbcache 条目损坏而导致的死锁操纵 xattr 块时我们可以在 ext4_xattr_block_set() 内的无限循环中死锁在其中不断寻找要在 mbcache 中重用的 xattr 块但无法重用因为它的引用计数太大。发生这种情况的原因是 xattr 块的缓存条目被标记为可重用 (e_reusable set)尽管其引用计数太大。
    发生这种不一致时这种不一致的状态会无限保留因此 ext4_xattr_block_set() 会保持无限重试。不一致的状态是由 e_reusable 位的非原子更新造成的。 e_reusable 是 bitfield 的一部分并且 e_reusable 更新可能与相同位字段中的 e_referenced 位更新争用从而导致丢失其中一个更新。通过使用原子 bitops 修复此问题。此缺陷已存在多年但在提交 65f8b80053a1ext4当重用 xattr 块时修复争用之后变得更容易命中。 (CVE-2022-50668)

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

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

  - cpufreq qcom修复错误路径中的内存泄漏 如果 speedbin 长度由于某些原因而不正确在错误路径中存在内存泄漏因为我们从不释放 speedbin 缓冲区。此提交修复了错误路径以始终释放 speedbin 缓冲区。 (CVE-2022-50658)

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

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

  - Request Handling 组件中存在同源策略绕过。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14331)

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

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

  - wifiath11k修复断开连接时无法找到 peer_id 0 的对等机它具有失败日志即 ath11k_dp_rx_process_mon_status() 中的 ath11k_dbg如下当 debug_mask 未设置 ATH11K_DBG_DATA 时它将不会打印。 ath11k_dbg(ab, ATH11K_DBG_DATA, 无法找到 peer_id %d 的对等机\n, ppdu_info.peer_id);在断开的站上运行扫描时从 ath11k_dp_rx_process_mon_status() 调用的 ath11k_hal_rx_parse_mon_status_tlv() 中情况 HAL_RX_MPDU_START 的 peer_id 为 0且 ppdu_info 的 peer_id 在 while 循环中重置为 0因此其与检查的条件不相符ppdu_info->peer_id == HAL_INVALID_PEERID 在循环中然后日志在循环中检查后未找到 peer_id 0 打印的对等机在 debug_mask 设置为 ATH11K_DBG_DATA 时位于调用堆栈下方。原因是此提交 01d2f285e3e5ath11k解码 HE 状态 tlv在 ath11k_dp_rx_process_mon_status() 中添加了 memset(ppdu_info, 0, sizeof(struct hal_rx_mon_ppdu_info)) 但此提交未将 peer_id 初始化为 HAL_INVALID_PEERID进而导致检查不匹配。失败日志的调用堆栈 [12335.689072] RIP: 0010:ath11k_dp_rx_process_mon_status+0x9ea/0x1020 [ath11k] [12335.689157] Code: 89 ff e8 f9 10 00 00 be 01 00 00 00 4c 89 f7 e8 dc 4b 4e de 48 8b 85 38 ff ff ff c7 80 e4 07 00 00 01 00 00 00 e9 20 f8 ff ff <0f> 0b 41 0f b7 96 be 06 00 00 48 c7 c6 b8 50 44 c1 4c 89 ff e8 fd [12335.689180] RSP: 0018 :ffffb874001a4ca0 EFLAGS00010246 [12335.689210] RAX: 0000000000000000 RBX
    ffff995642cbd100 RCX 0000000000000000 [12335.689229] RDX0000000000000000 RSI0000000000000000 RDI
    ffff99564212cd18 [12335.689248] RBP: ffffb874001a4dc0 R08: 0000000000000001 R09: 0000000000000000 [12335.689268] R10: 0000000000000220 R11: ffffb874001a48e8 R12: ffff995642473d40 [12335.689286] R13:
     R14ffff99564212c5b8  : ffff9956424736a0 R15: ffff995642120000 [12335.689303] FS: 0000000000000000(0000) GS:ffff995739000000(0000) knlGS:0000000000000000 [12335.689323] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [12335.689341] CR2: 00007f43c5d5e039 CR3: 000000011c012005 CR4: 00000000000606e0 [12335.689360] Call Trace: [12335.689377] <IRQ> [12335.689418] ? rcu_read_lock_held_common+0x12/0x50 [12335.689447] ? rcu_read_lock_sched_held+0x25/0x80 [12335.689471] ? rcu_read_lock_held_common+0x12/0x50 [12335.689504] ath11k_dp_rx_process_mon_rings+0x8d/0x4f0 [ath11k] [12335.689578] ? ath11k_dp_rx_process_mon_rings+0x8d/0x4f0 [ath11k] [12335.689653] lock_acquire+0xef/0x360 [12335.689681] ? rcu_read_lock_sched_held+0x25/0x80 [12335.689713] ath11k_dp_service_mon_ring+0x38/0x60 [ath11k] [12335.689784] ? ath11k_dp_rx_process_mon_rings+0x4f0/0x4f0 [ath11k] [12335.689860] call_timer_fn+0xb2/0x2f0 [12335.689897] ath11k_dp_rx_process_mon_rings+0x4f0/0x4f0 [ath11k] [12335.689970] run_timer_softirq+0x21f/0x540 [12335.689999] ktime_get+0xad/0x160 [12335.690025] ? lapic_next_deadline+0x2c/0x40 [12335.690053] ? clockevents_program_event+0x82/0x100 [12335.690093]
    __do_softirq+0x151/0x4a8 [12335.690135] irq_exit_rcu+0xc9/0x100 [12335.690165] sysvec_apic_timer_interrupt+0xa8/0xd0 [12335.690189] </IRQ> [12335.690204] <TASK> [12335.690225] asm_sysvec_apic_timer_interrupt+0x12/0x20 将 HALID_PEERID_INVALID 的默认值重置为每次执行 ppdu_info 的 memset 以及 ath11k_dp_rx_process_mon_status() 函数中存在的其他 memset 之后失败的日志会消失。已在以下设备上进行测试 WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3 (CVE-2022-50665)

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

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

  - bnxt_enbnxt_shutdown() 中关闭 FW DMA bnxt_shutdown() 中的 netif_close() 调用仅会停止数据包 DMA。可能会继续存在用于跟踪日志记录最近添加的 FW DMA。如果 kexec 至新内核则 DMA 将损坏新内核中的内存。添加 bnxt_hwrm_func_drv_unrgtr() 以从固件取消注册驱动程序。这会停止 FW DMA。如果调用失败请调用 pcie_flr() 以重置函数并停止 DMA。 (CVE-2025-40330)

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

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

  - Netmonitor 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14329)

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

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

  - devlink报告计划用于端口 devlink 的 devlink_port_type_warn 源设备 devlink_port_type_warn 和在未设置端口类型时发出的警告。但是很难从此警告中发现哪个设备驱动程序没有设置 devlink 端口。 [ 3709.975552] 没有为 devlink 端口设置类型。 3709.975579[  ] WARNING: CPU: 1 PID: 13092 at net/devlink/leftover.c:6775 devlink_port_type_warn+0x11/0x20 [ 3709.993967] Modules linked in: openvswitch nf_conncount nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nfnetlink bluetooth rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache netfs vhost_net vhost vhost_iotlb tap tun bridge stp llc qrtr intel_rapl_msr intel_rapl_common i10nm_edac nfit libnvdimm x86_pkg_temp_thermal mlx5_ib intel_powerclamp coretemp dell_wmi ledtrig_audio sparse_keymap ipmi_ssif kvm_intel ib_uverbs rfkill ib_core video kvm iTCO_wdt acpi_ipmi intel_vsec irqbypass ipmi_si iTCO_vendor_support dcdbas ipmi_devintf mei_me ipmi_msghandler rapl mei intel_cstate isst_if_mmio isst_if_mbox_pci dell_smbios intel_uncore isst_if_common i2c_i801 dell_wmi_descriptor wmi_bmof i2c_smbus intel_pch_thermal pcspkr acpi_power_meter xfs libcrc32c sd_mod sg nvme_tcp mgag200 i2c_algo_bit nvme_fabrics drm_shmem_helper drm_kms_helper nvme syscopyarea ahci sysfillrect sysimgblt nvme_c ore fb_sys_fops crct10dif_pclmul libahci mlx5_core sfc crc32_pclmul nvme_common drm [ 3709.994030] crc32c_intel mtd t10_pi mlxfw libata tg3 mdio megaraid_sas psample ghash_clmulni_intel pci_hyperv_intf wmi dm_multipath sunrpc dm_mirror dm_region_hash dm_log dm_mod be2iscsi bnx2i cnic uio cxgb4i cxgb4 tls libcxgbi libcxgb qla4xxx iscsi_boot_sysfs iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse [3710.108431] CPU: 1 PID: 13092 Comm: kworker/1:1 Kdump: loaded Not tainted 5.14.0-319.el9.x86_64 #1 [3710.108435] 硬件名称Dell Inc. PowerEdge R750/0PJ80M、BIOS 1.8.2 09/ 14/2022 [ 3710.108437] Workqueueevents devlink_port_type_warn [ 3710.108440] RIP: 0010:devlink_port_type_warn+0x11/0x20 [3710.108443] Code84 76 fe ff ff 48 c7 03 20 0e 1a ad 31 c0 e9 96 fd ff ff 66 0f 1f 44 00 00 0f 1f 44 00 00 48 c7 c7 18 24 4e ad e8 ef 71 62 ff <0f> 0b c3 cc cc cc cc 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 f6 87 [ 3710.108445] RSP 0018:ff3b6d2e8b3c7e90 EFLAGS: 00010282 [ 3710.108447] RAX: 0000000000000000 RBX
    ff366d6580127080 RCX 0000000000000027 [ 3710.108448] RDX0000000000000027 RSI00000000ffff86de RDI
    ff366d753f41f8c8 [ 3710.108449] RBP: ff366d658ff5a0c0 R08: ff366d753f41f8c0 R09: ff3b6d2e8b3c7e18 [3710.108450] R10: 0000000000000001 R11: 0000000000000023 R12: ff366d753f430600 [ 3710.108451] R13:
     R14ff366d753f436900  : 0000000000000000 R15: ff366d753f436905 [ 3710.108452] FS: 0000000000000000(0000) GS:ff366d753f400000(0000) knlGS:0000000000000000 [ 3710.108453] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 3710.108454] CR2: 00007f1c57bc74e0 CR3: 000000111d26a001 CR4: 0000000000773ee0 [3710.108456] PKRU: 55555554 [ 3710.108457] 调用跟踪: [ 3710.108458] <TASK> [ 3710.108459] process_one_work+0x1e02 [ 3710.108466? ] rescuer_thread+0x390/0x390 [ 3710.108468] worker_thread+0x50/0x3a0 [ 3710.108471] ? rescuer_thread+0x390/0x390 [ 3710.108473] kthread+0xdd/0x100 [3710.108477] ? kthread_complete_and_exit+0x20/0x20 [ 3710.108479] ret_from_fork+0x1f/0x30 [ 3710.108485] </TASK> [ 3710.108486] ---[ 结束跟踪 1b4b23cd0c65d6a0 ]--- 修补程序之后[ 402.473064] ice 0000:41:00.0
    没有为 devlink 端口设置类型。 [ 402.473064] ice 0000:41:00.1未为 devlink 端口设置类型。
    (CVE-2023-53841)

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

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

  - drm/i915通过检查 new_crtc_state 来修复空 ptr 取消引用 intel_atomic_get_new_crtc_state 会返回空除非之前未通过 intel_atomic_get_crtc_state 获得 crtc 状态所以我们必须在此处检查其是否为空正如在许多其他我们无法保证的地方一样调用了 intel_atomic_get_crtc_state。我们目前会因此而发生空指针取消引用问题确认此补丁能有所帮助。
    从提交 1d5b09f8daf859247a1ea65b0d732a24d88980d8 中精选出的内容(CVE-2023-53833)

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

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

  - RDMA/rxe修复内核空指针取消引用错误 当函数 rxe_qp_init_req 中的 rxe_queue_init 失败时qp->req.task.func 和 qp->req.task.arg 未初始化。由于创建 qp 失败函数 rxe_create_qp 将调用 rxe_qp_do_cleanup 来处理分配的资源。拨打电话之前
    __rxe_do_task应同时检查 qp->req.task.func 和 qp->req.task.arg。 (CVE-2022-50671)

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

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

  - bpf、sockmap修复锁定变更后的 skb refcnt 争用存在争用其中在用户空间端已 skb_consumed() sk_buff 及其 refcnt 降至 zer0 造成释放后使用之后可引用 sk_psock_backlog 中的 skb。流如下 while ((skb = skb_peek(&psock->ingress_skb)) sk_psock_handle_Skb(psock, skb, ..., ingress) if (!ingress) ...
    sk_psock_skb_ingress sk_psock_skb_ingress_enqueue(skb) msg->skb = skb sk_psock_queue_msg(psock, msg) skb_dequeue(&psock->ingress_skb) sk_psock_queue_msg() 会将 msg 放入 ingress_msg 队列。这是调用 recvmsg() 时应用程序读取的内容。将 msg 放入队列之后应用程序可随时读取此消息。recvmsg 挂钩还将读取 msg->skb然后在用户空间读取后 msg 将调用其上的 Consumer_skb(skb) 以有效地将其释放。但是在上述争用中backlog 队列仍有对 skb 的引用并调用 skb_dequeue()。如果 skb_dequeue 在用户读取并释放 skb 之后发生即为释放后使用。!ingress 情况不会受到此问题的影响因为它使用 sendmsg_*(sk, msg) 不会使 sk_buff 在堆栈中进一步传递。使用 'test_progs -t sockmap_listen' 观察到下列 splat[ 1022.710250][ T2556] 一般保护错误... [...] [1022.712830][ T2556] Workqueue事件 sk_psock_backlog [ 1022.713262][ T2556] RIP
    0010skb_dequeue+0x4c/0x80 [ 1022.713653][ T2556] 代码... [...] [ 1022.720699][ T2556] 调用跟踪[1022.720984][ T2556] <TASK> [ 1022.721254] [ T2556] die_addr+0x32/0x80^M [ 1022.721589][ T2556] ? exc_general_protection+0x25a/0x4b0 [ 1022.722026][ T2556] ? asm_exc_general_protection+0x22/0x30 [1022.722489][ T2556] ? skb_dequeue+0x4c/0x80 [ 1022.722854][ T2556] sk_psock_backlog+0x27a/0x300 [1022.723243][ T2556] process_one_work+0x2a7/0x5b0 [ 1022.723633][ T2556] worker_thread+0x4f/0x3a0 [1022.723998][ T2556]? __pfx_worker_thread+0x10/0x10 [ 1022.724386][ T2556] kthread+0xfd/0x130 [1022.724709][ T2556] ? __pfx_kthread+0x10/0x10 [ 1022.725066][ T2556] ret_from_fork+0x2d/0x50 [1022.725409][ T2556] ? __pfx_kthread+0x10/0x10 [ 1022.725799][ T2556] ret_from_fork_asm+0x1b/0x30 [1022.726201][ T2556] </TASK> 若要修复我们将在传递要排入 engress 队列的 skb 之前添加一个 skb_get()。这会碰撞 skb->users refcnt以便 Consumer_skb() 和 kfree_skb 将不会立即释放 sk_buff。这样我们就可以确定当我们出列时skb 仍然存在。然后我们只需在 backlog 情况下减少 refcnt 或释放 skb通过在入口情况以及 sendmsg 情况下调用 kfree_skb() 来实现。在锁定来自补丁标签的更改之前我们已锁定 sock因此无法与用户争用此处不存在问题。 (CVE-2023-53836)

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

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

  - WebRTC: Signaling 组件中存在释放后使用。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14321)

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

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

  - 循环分配前loop_set_status_from_info() 检查在 loop_set_status_from_info() 中应在重新分配之前检查 lo->lo_offset 和 lo->lo_sizelimit因为如果发生溢出错误原始正确值将更改为错误值并且将不会被改回。此外原始修补程序未解决问题设置了值且 ioctl 返回了错误但后续 io 使用了循环驱动程序中的值这仍然造成警报 loop_handle_cmd do_req_filebacked loff_t pos = ((loff_t) blk_rq_pos( rq) << 9) + lo->lo_offset; lo_rw_aio cmd->iocb.ki_pos = pos (CVE-2023-53820)

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

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

  - perf/core修复由 cpu 时钟使用情况造成的系统挂起async-profiler 工具的 cpu 时钟使用可触发系统挂起此问题已由 Octavia Togami 一分为二回以下提交18dbcbfabffffperf修复 POLL_HUP 交付breakage造成此问题 挂起的根本原因是 cpu-clock 是一种特殊类型的 SW 事件它依赖于 hrtimers。从 cpu-clock 事件的 hrtimer 处理程序调用 __perf_event_overflow() 回调而 __perf_event_overflow() 尝试调用 cpu_clock_event_stop() 以停止该事件这会调用 htimer_cancel() 以取消 hrtimer。但那是从 hrtimer 处理程序到 hrtimer 代码的递归这自然会死锁。要修复此缺陷请改用 hrtimer_try_to_cancel()并设置 PERF_HES_STOPPED 标记以便 perf_swevent_hrtimer() 在发现 PERF_HES_STOPPED 标记后即停止该事件。 [mingo修复了注释并改进了变更日志。 ] (CVE-2025-40327)

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

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

  - 在 GLib (Gnome Lib) 中发现一个缺陷。此漏洞可让远程攻击者造成堆损坏从而在处理恶意构建的输入字符串时通过 GVariant 解析器中的缓冲区下溢导致拒绝服务或可能执行代码。 (CVE-2025-14087)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14324)

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

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

  - BluetoothL2CAP修复 l2cap_disconnect_{req,rsp} 中的释放后使用 与提交 d0be8347c623 类似BluetoothL2CAP修复 l2cap_chan_put 造成的释放后使用仅使用 l2cap_chan_hold_unless_zero 来防止引用将要释放后使用的通道被破坏。 (CVE-2023-53827)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14330)

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

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

  - miscxl修复 ocxl_file_register_afu() 中可能的名称泄漏如果 device_register() 在 ocxl_file_register_afu() 中返回错误则需要释放由 dev_set_name() 分配的名称。如 device_register() 的注释所述其应使用 put_device() 放弃错误路径中的引用。因此可通过调用 put_device() 修复此问题然后可在 kobject_cleanup() 中释放名称并在 info_release() 中释放信息。 (CVE-2022-50669)

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

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

  - netlink注释对 nlk->cb_running 的访问 netlink_recvmsg() 和 netlink_native_seq_show() 会以无锁方式读取 nlk->cb_running。在此使用 READ_ONCE()。将相应的 WRITE_ONCE() 添加至 netlink_dump() 并
    __netlink_dump_start() syzbot 报告BUGKCSAN__netlink_dump_start / netlink_recvmsg 中的数据争用由任务 28219 在 cpu 0: __netlink_dump_start+0x3af/0x4d0 net/netlink/af_netlink.c:2399 netlink_dump_start include/linux/netlink 写入 0xffff88813ea4db59共 1 字节.h:308 [inline] rtnetlink_rcv_msg+0x70f/0x8c0 net/core/rtnetlink.c:6130 netlink_rcv_skb+0x126/0x220 net/netlink/af_netlink.c:2577 rtnetlink_rcv+0x1c/0x20 net/core/rtnetlink.c:6192 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [内联] netlink_unicast+0x56f/0x640 net/netlink/af_netlink.c:1365 netlink_sendmsg+0x665/0x770 net/netlink/af_netlink.c:1942 sock_sendmsg_nosec net/socket.c:724 [内联] sock_sendmsg net/socket.c:747 [内联] sock_write_iter+0x1aa/0x230 net/socket.c:1138 call_write_iter include/linux/fs.h:1851 [内联] new_sync_write fs/read_write.c:491 [内联] vfs_write+ 0x463/0x760 fs/read_write.c:584 ksys_write+0xeb/0x1a0 fs/read_write.c:637 __do_sys_write fs/read_write.c:649 [内联]
    __se_sys_write fs/read_write.c:646 [内联] __x64_sys_write+0x42/0x50 fs/read_write.c:646 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common .c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 由 cpu 1 上的任务 28222 读取到 0xffff88813ea4db59 的 1 字节
    netlink_recvmsg+0x3b4/0x730 net/netlink/af_netlink.c:2022 sock_recvmsg_nosec+0x4c/0x80 net/socket.c:1017
    ____sys_recvmsg+0x2db/0x310 net/socket.c:2718 ___sys_recvmsg net/socket.c:2762 [内联] do_recvmmsg+0x2e5/0x710 net/socket.c:2856 __sys_recvmmsg net/socket.c:2935 [内联] __do_sys_recvmmsg net/sockets .c:2958 [内联] __se_sys_recvmmsg net/socket.c:2951 [内联] __x64_sys_recvmmsg+0xe2/0x160 net/socket.c:2951 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 值已更改0x00 -> 0x01 (CVE-2023-53853)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14325)

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

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

  - Netmonitor 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14328)

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

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

  - 由于 Graphics: CanvasWebGL 组件中的边界条件不正确而导致沙盒逃逸。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14322)

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

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

  - netlink注释对 nlk->max_recvmsg_len 的无锁访问 syzbot 报告 netlink_recvmsg() [1] 的数据争用中存在数据争用 实际上netlink_recvmsg() 可并发运行netlink_dump() 也需要保护。 [1] 缺陷KCSAN通过任务 23057 在 cpu 0 上netlink_recvmsg / netlink_recvmsg 中的数据争用读取至 8 字节 0xffff888141840b38: netlink_recvmsg+0xea/0x730 net/netlink/af_netlink.c:1988 sock_recvmsg_nosec net/socket.c:1017 [ inline] sock_recvmsg net/socket.c:1038 [内联] __sys_recvfrom+0x1ee/0x2e0 net/socket.c:2194 __do_sys_recvfrom net/socket.c:2212 [内联] __se_sys_recvfrom net/socket.c:2208 [内联] __x64_sys_recvfrom+0x78 /0x90 net/socket.c:2208 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 写入到 0xffff888141840b38/8字节(按 cpu 1 上的任务 23037 排序)netlink_recvmsg+0x114/0x730 net/netlink/af_netlink.c:1989 sock_recvmsg_nosec net/socket.c:1017 [内联] sock_recvmsg net/socket.c:1038 [内联]____sys_recvmsg+0x156/0x310 net /socket.c:2720 ___sys_recvmsg net/socket.c:2762 [inline] do_recvmmsg+0x2e5/0x710 net/socket.c:2856 __sys_recvmmsg net/socket.c:2935 [inline] __do_sys_recvmmsg net/socket .c:2958 [内联] __se_sys_recvmmsg net/socket.c:2951 [内联] __x64_sys_recvmmsg+0xe2/0x160 net/socket.c:2951 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd value changes 已更改0x0000000000000000 -> 0x0000000000001000 已由 上的内核并发审查器报告CPU: 1 PID: 23037 Comm: syz-executor.2 Not tainted 6.3.0 -syzkaller-00195-g5a57b48fdfcb #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 03/02/2023 (CVE-2023-53824)

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

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

  - DOM: Notifications 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14323)

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

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

  - arm64mte如果未清除或还原标签请避免设置 PG_mte_taged 在提交 69e3b846d8a7 之前arm64mte针对 PTE 未标记的页面的标签同步仅针对 pte_taged() 条目使用 PROT_MTE 映射的条目调用 mte_sync_tags() 。因此 mte_sync_tags() 可以安全地使用 test_and_set_bit(PG_mte_tadded, &page->flags)而不会在未标记页面上无意地设置 PG_mte_ttag。需要上述提交因为客户机可能在没有任何第 2 阶段映射控制的情况下启用 MTE也没有在 VMM 中进行 PROT_MTE 映射。但是其副作用是具有看似交换（或迁移）的 PTE 的任何页面会自动获得 PG_mte_taged。即使标签归 KASAN 所有，后续页面复制（例如迁移）也会将标签复制到目标页面。此问题被 commit e5b8d9218951 arm64mte重置 page->flags 中的页面标签引入的 page_kasan_tag_reset() 调用所掩盖。当此提交恢复时 (20794545c146)KASAN 开始报告访问错误因为页面中的替代标记与原始 page->flagsCONFIG_KASAN_HW_TAGS=y 不匹配BUG
    KASAN任务 syz-executor.1/2218 在 copy_page+0x10/0xd0 arch/arm64/lib/copy_page.S:26 at addr f5ff000017f2e000 处进行读取 指针标签[f5]内存标签[f2]从 mte_sync_tags() 到清除 (mte_sync_page_tags()) 或还原 (mte_restore_tags()) 实际位置的 PG_mte_taged 位设置。 (CVE-2022-50675)

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

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

  - Firefox ESR 140.5、Thunderbird ESR 140.5、Firefox 145 和 Thunderbird 145 中存在内存安全缺陷。
    其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14333)

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

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

  - netstmmac修复 stmmac_dvr_probe() 中可能的内存泄漏 create_singlethread_workqueue() 失败时应调用 bitmap_free() 来释放 priv->af_xdp_zc_qps否则将发生内存泄漏因此我们添加错误路径 error_wq_init 进行修复。 (CVE-2022-50663)

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

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

  - drm/amdkfd修复 kfd_mem_dmamap_userptr() 中的内存泄漏问题如果来自 userptr BO 的页面数与 SG BO 不同则在返回 -EINVAL 之前不会释放为 SG 表分配的内存这样可能导致内存损坏在某些错误路径中泄漏。通过在为 SG 表分配内存之前检查页面数来修复此问题。 (CVE-2022-50619)

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

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

  - spiatmel-quadspi即使 .remove() 中运行时恢复失败也要释放资源 atmel_qspi_remove() 中过早错误退出不能阻止设备取消绑定。因此这导致 spi 控制器具有未绑定的父项和未映射的寄存器空间因为 devm_ioremap_resource() 未完成。因此使用其余 spi 控制器可能会导致 oops。而是无条件取消注册控制器并且仅跳过硬件访问和 clk 禁用。此外添加有关恢复失败的警告并无条件返回零。后者的唯一作用是禁止 spi 核心提供帮助较小的错误消息。
    (CVE-2023-53758)

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

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

  - platform/x86int3472修复取消注册调节器_unregister() 期间 GPIO 设备的双重释放已释放关联的 GPIO 设备。在 ThinkPad X9 (Lunar Lake) 上这会造成双重释放问题进而会在其他驱动程序通常为 Intel THC尝试分配中断时导致随机失败。根本原因是驱动程序延迟其探测时pinctrl_intel_platform 模块的引用计数意外降至零。直接卸载模块也可以重现此行为。通过在调节器取消注册期间删除 GPIO 设备的冗余版本来修复 问题。
    (CVE-2025-40296)

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

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

  - wifirsi修复 rsi_coex_attach() 中的内存泄漏当 rsi_coex_attach() 中的 rsi_create_kthread() 失败时需要释放 coex_cb。 (CVE-2022-50629)

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

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

  - f2fs修复以在错误路径中无效 dcc->f2fs_issue_discard Syzbot 报告一个空指针取消引用问题如下__refcount_add include/linux/refcount.h:193 [inline] __refcount_inc include/linux/refcount.h:250 [inline] refcount_inc include/linux/refcount.h:267 [内联] get_task_struct include/linux/sched/task.h:110 [内联] kthread_stop+0x34/0x1c0 kernel/kthread.c:703 f2fs_stop_discard_thread+0x3c/0x5c fs/f2fs/segment。 c:1638 kill_f2fs_super+0x5c/0x194 fs/f2fs/super.c:4522 deactivate_locked_super+0x70/0xe8 fs/super.c:332 deactivate_super+0xd0/0xd4 fs/super.c:363 cleanup_mnt+0x1f8/0x234 fs/命名空间。 c:1186 __cleanup_mnt+0x20/0x30 fs/namespace.c:1193 task_work_run+0xc4/0x14c kernel/task_work.c:177 exit_task_work include/linux/task_work.h:38 [内联] do_exit+0x26c/0xbe0 kernel/exit.c :795 do_group_exit+0x60/0xe8 kernel/exit.c:925 __do_sys_exit_group kernel/exit.c:936 [inline] __se_sys_exit_group kernel/exit.c:934 [inline] __wake_up_parent+0x0/0x40 kernel/exit.c:934 __invoke_syscall arch/arm64/kernel/syscall.c:38 [内联] invoke_syscall arch/arm64/kernel/syscall.c:52 [内联] el0_svc_common+0x138/0x220 arch/arm64/kernel/syscall.c:142 do_el0_svc+0x48/0x164 arch/arm64/kernel/syscall.c:206 el0_svc+0x58/0x150 arch/arm64/kernel/entry-common.c:636 el0t_64_sync_handler+0x84/0xf0 arch/arm64/kernel/entry-common.c:654 el0t_64_sync+0x18c /0x190 arch/arm64/kernel/entry.S:581 问题的根本原因在 f2fs_start_discard_thread() 的错误路径中它错过了使 dcc->f2fs_issue_discard 无效之后kthread_stop() 可能会访问无效的指针。 (CVE-2022-50620)

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

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

  - smc修复 tcp_write_timer_handler() 中的释放后使用。syzbot 最终通过 Eric 的引用跟踪器在内核 TCP 套接字的 tcp_write_timer_handler() 中发现释放后使用重现。 [0] 如果 SMC 在 __smc_create() 中创建内核套接字则当我们 close() 父 SMC 套接字时应通过调用 sock_release() 在 smc_clcsock_release() 中释放内核套接字。但是在 smc_clcsock_release() 结束时内核套接字的 sk_state 可能不是 TCP_CLOSE。这意味着我们未在 __tcp_close() 中调用 inet_csk_destroy_sock()且尚未停止 TCP 定时器。内核套接字的 TCP 定时器会在稍后触发因此我们需要像在 mptcp_subflow_create_socket() 中处理 MPTCP 子流一样保留 net 的 refcnt。 [0]泄漏了引用。 sk_alloc (./include/net/net_namespace.h:335 net/core/sock.c:2108) inet_create (net/ipv4/af_inet.c:319 net/ipv4/af_inet.c:244) __sock_create (net/socket. c:1546) smc_create (net/smc/af_smc.c:3269 net/smc/af_smc.c:3284) __sock_create (net/socket.c:1546) __sys_socket (net/socket.c:1634 net/socket.c 1618 net/socket.c:1661) __x64_sys_socket (net/socket.c:1672) do_syscall_64 (arch/x86/entry/common.c:50 arch/x86/entry/common.c:80) entry_SYSCALL_64_after_hwframe (arch/x86/ entry/entry_64.S:120) ========================================== ======================== 缺陷KASANtcp_write_timer_handler 中的 slab 释放后使用 (net/ipv4/tcp_timer.c:378 net/ipv4 /tcp_timer.c:624 net/ipv4/tcp_timer.c:594) 在地址 ffff888052b65e0d 处进行大小 1 的读取由任务 syzrepro/18091 CPU:0 PID18091 Comm: syzrepro 受感染的 GW 6.3.0-rc4-01174-gb5d54eb5899a #7 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.0-1.amzn2022.0.1 04/01/2014 调用跟踪 <IRQ> dump_stack_lvl (lib/dump_stack.c:107) print_report (mm/kas an/report.c:320 mm/kasan/report.c:430) kasan_report (mm/kasan/report.c:538) tcp_write_timer_handler (net/ipv4/tcp_timer.c:378 net/ipv4/tcp_timer.c:624 net /ipv4/tcp_timer.c:594) tcp_write_timer (./include/linux/spinlock.h:390 net/ipv4/tcp_timer.c:643) call_timer_fn (./arch/x86/include/asm/jump_label.h:27 。 /include/linux/jump_label.h:207 ./include/trace/events/timer.h:127 kernel/time/timer.c:1701) __run_timers.part.0 (kernel/time/timer.c:1752 kernel/ time/timer.c:2022run_timer_softirq (kernel/time/timer.c:2037) __do_softirq (./arch/x86/include/asm/jump_label.h:27 ./include/linux/jump_label.h:207 ./ include/trace/events/irq.h:142 kernel/softirq.c:572) __irq_exit_rcu (kernel/softirq.c:445 kernel/softirq.c:650) irq_exit_rcu (kernel/softirq.c:664) sysvec_apic_timer_interrupt (arch/ x86/kernel/apic/apic.c:1107 (标识符 14)) </IRQ> (CVE-2023-53781)

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

ID	名称	严重性
278022	Linux Distros 未修补的漏洞：CVE-2025-2296	high
278021	Linux Distros 未修补的漏洞：CVE-2025-14306	critical
278020	Linux Distros 未修补的漏洞：CVE-2023-53847	medium
278019	Linux Distros 未修补的漏洞：CVE-2022-50678	low
278018	Linux Distros 未修补的漏洞：CVE-2023-53826	high
278017	Linux Distros 未修补的漏洞：CVE-2025-14308	critical
278016	Linux Distros 未修补的漏洞：CVE-2023-53861	medium
278015	Linux Distros 未修补的漏洞：CVE-2023-53852	medium
278014	Linux Distros 未修补的漏洞：CVE-2024-38798	medium
278013	Linux Distros 未修补的漏洞：CVE-2023-53863	medium
278012	Linux Distros 未修补的漏洞：CVE-2023-53858	medium
278011	Linux Distros 未修补的漏洞：CVE-2023-53821	high
278010	Linux Distros 未修补的漏洞：CVE-2023-53860	medium
278009	Linux Distros 未修补的漏洞：CVE-2022-50673	high
278008	Linux Distros 未修补的漏洞：CVE-2022-50679	medium
278007	Linux Distros 未修补的漏洞：CVE-2022-50667	medium
278006	Linux Distros 未修补的漏洞：CVE-2022-50664	high
278005	Linux Distros 未修补的漏洞：CVE-2022-50668	medium
278004	Linux Distros 未修补的漏洞：CVE-2022-50658	medium
277970	Linux Distros 未修补的漏洞：CVE-2025-14331	medium
277969	Linux Distros 未修补的漏洞：CVE-2022-50665	medium
277968	Linux Distros 未修补的漏洞：CVE-2025-40330	medium
277967	Linux Distros 未修补的漏洞：CVE-2025-14329	high
277966	Linux Distros 未修补的漏洞：CVE-2023-53841	high
277965	Linux Distros 未修补的漏洞：CVE-2023-53833	medium
277964	Linux Distros 未修补的漏洞：CVE-2022-50671	medium
277963	Linux Distros 未修补的漏洞：CVE-2023-53836	high
277962	Linux Distros 未修补的漏洞：CVE-2025-14321	critical
277961	Linux Distros 未修补的漏洞：CVE-2023-53820	medium
277960	Linux Distros 未修补的漏洞：CVE-2025-40327	medium
277959	Linux Distros 未修补的漏洞：CVE-2025-14087	high
277958	Linux Distros 未修补的漏洞：CVE-2025-14324	critical
277957	Linux Distros 未修补的漏洞：CVE-2023-53827	high
277956	Linux Distros 未修补的漏洞：CVE-2025-14330	critical
277955	Linux Distros 未修补的漏洞：CVE-2022-50669	high
277954	Linux Distros 未修补的漏洞：CVE-2023-53853	high
277953	Linux Distros 未修补的漏洞：CVE-2025-14325	high
277952	Linux Distros 未修补的漏洞：CVE-2025-14328	high
277951	Linux Distros 未修补的漏洞：CVE-2025-14322	high
277950	Linux Distros 未修补的漏洞：CVE-2023-53824	medium
277949	Linux Distros 未修补的漏洞：CVE-2025-14323	high
277948	Linux Distros 未修补的漏洞：CVE-2022-50675	medium
277947	Linux Distros 未修补的漏洞：CVE-2025-14333	high
277946	Linux Distros 未修补的漏洞：CVE-2022-50663	medium
277921	Linux Distros 未修补的漏洞：CVE-2022-50619	medium
277920	Linux Distros 未修补的漏洞：CVE-2023-53758	medium
277919	Linux Distros 未修补的漏洞：CVE-2025-40296	high
277918	Linux Distros 未修补的漏洞：CVE-2022-50629	medium
277917	Linux Distros 未修补的漏洞：CVE-2022-50620	high
277916	Linux Distros 未修补的漏洞：CVE-2023-53781	medium

检测

Nessus 的 Misc. 系列

high

critical

medium

low

high

critical

medium

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

medium

high

critical

medium

medium

high

critical

high

critical

high

high

high

high

high

medium

high

medium

high

medium

medium

medium

high

medium

high

medium