AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1779987841 24 公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - 已修复 Linux 内核中的下列漏洞：serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - 已修复 Linux 内核中的下列漏洞：mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - 已修复 Linux 内核中的下列漏洞：lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程iraclelinux 9 主机上存在安装的程序包该程序包受到 AXSA:2024-8139:13 公告中提及的多个漏洞的影响。

    * 内核：GSM 多路复用争用条件导致权限升级 (CVE-2023-6546)
      * kernel多个释放后使用漏洞 (CVE-2024-1086、 CVE-2023-3567、 CVE-2023-4133、 CVE-2023-6932、 CVE-2023-39198、 CVE-2023-51043、 CVE-2023-51779、 CVE-2023-51780、 CVE-2024-1085、 CVE-2024-26582)
      * 内核：蓝牙 BR/EDR PIN 配对程序容易遭受假冒攻击 (CVE-2020-26555)
      * kernelmemcg 不限制 POSIX 文件锁定的数量允许内存耗尽 (CVE-2022-0480)
      * kernel多个空指针取消引用漏洞 (CVE-2022-38096、 CVE-2023-6622、 CVE-2023-6915、 CVE-2023-42754、 CVE-2023-46862、 CVE-2023-52574、 CVE-2024-0841、 CVE-2023-52448)
      * 内核在 net/bluetooth/l2cap_core.c 中l2cap_config_req() 中的整数溢出 (CVE-2022-45934)
      * kernel: netfilternf_tablesnf_tables_newtable() 中存在越界访问 (CVE-2023-6040)
      * 内核GC 删除 SKB 时与 unix_stream_read_generic() 争用导致 UAFCVE-2023-6531]
      * 内核由于 perf_event 的 read_size 溢出而在 perf_read_group() 中造成越界写入 (CVE-2023-6931)
      * kernelBluetooth 转发和未来保密攻击与防御 (CVE-2023-24023)
      * kernelirdma错误的访问控制CVE-2023-25775
      * Kernel蓝牙子系统的 hci_conn_cleanup 中存在双重释放 (CVE-2023-28464)
      * kernelBluetoothHCInet/bluetooth/hci_sync.c 中存在全局越界访问 (CVE-2023-28866)
      * kernelhci_uart_tty_ioctl 中 HCIUARTSETPROTO 和 HCIUARTGETPROTO 之间的争用条件 (CVE-2023-31083)
      * kernel多个越界读取漏洞 (CVE-2023-37453、 CVE-2023-39189、 CVE-2023-39193、 CVE-2023-6121、 CVE-2023-39194)
      * kernel: netfilterIPSET_CMD_ADD 与 IPSET_CMD_SWAP 之间的争用条件 (CVE-2023-42756)
      * kernellib/kobject.c 容易受到 fill_kobj_path 越界写入攻击 (CVE-2023-45863)
      * 内核：smb：client：修复 smb2_parse_contexts() 中潜在的 OOB 漏洞 (CVE-2023-52434)
      * 内核：mm/sparsemem：修复访问 memory_section->usage 时的争用情形 (CVE-2023-52489)
      * 内核：net：修复 neigh_periodic_work() 中可能存在的存储拆分问题 (CVE-2023-52522)
      * kernel多种内存泄漏漏洞CVE-2023-52529、 CVE-2023-52581]
      * 内核：net：bridge：br_handle_frame_finish() 中的 data-races 包含数据争用问题 (CVE-2023-52578)
      * kernelnet/coreETH_P_1588 流分析器中的内核崩溃CVE-2023-52580
      - 内核：net/sched：act_ct：修复 ooo frags 上的 skb 泄漏和崩溃问题 (CVE-2023-52610)
      * kernel客户端的 receive_encrypted_standard 函数中存在 CIFS 文件系统解密不正确输入验证远程代码执行漏洞 (CVE-2024-0565)
      * 内核：tls：异步通知和套接字关闭之间的争用问题 (CVE-2024-26583)
      * 内核：tls：处理 crypto 请求积压 (CVE-2024-26584)
      * 内核：tls：tx 工作排程和套接字关闭之间的争用问题 (CVE-2024-26585)
      * 内核：mlxsw：spectrum_acl_tcam：修复堆栈损坏 (CVE-2024-26586)
      * 内核：i2c：i801：修复区块进程调用事务 (CVE-2024-26593)
      * 内核：sched/membarrier：降低重创 sys_membarrier 的能力 (CVE-2024-26602)
      * 内核：netfilter：nf_tables：拒绝 QUEUE/DROP 判定参数 (CVE-2024-26609)
      * kernelscatterwalk_copychunks 中的本地 dos 漏洞 (CVE-2023-6176)
      * kernelperf/x86/lbr过滤 vsyscall 地址 (CVE-2023-52476)
      * kernel: netfilter: nf_tables不允许匿名集超时 (CVE-2023-52620)
      * kernel: ip6_tunnel修复 ip6_tnl_parse_tlv_enc_lim() 中的 NEXTHDR_FRAGMENT 处理 (CVE-2024-26633)

Tenable 已直接从MiracleLinux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 已修复 Linux 内核中的下列漏洞：HID: sony: Fix a potential memory leak in sony_probe() If an error occurs after a successful usb_alloc_urb() call, usb_free_urb() should be called. (CVE-2023-52529)

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

远程 Redhat Enterprise Linux 9 主机上安装的程序包受到 RHSA-2024:2394 公告中提及的多个漏洞影响。

  - 内核：蓝牙 BR/EDR PIN 配对程序容易遭受假冒攻击 (CVE-2020-26555)

  - 内核：memcg 未限制 POSIX 文件锁定的数量，可导致内存耗尽 (CVE-2022-0480)

  - 内核：vmwgfx：vmw_cmd_dx_define_query 中存在空指针取消引用 (CVE-2022-38096)

  - 内核：net/bluetooth/l2cap_core.c 中的 l2cap_config_req() 包含整数溢出漏洞 (CVE-2022-45934)

  - 内核：由于存在争用条件，drivers/tty/vt/vc_screen.c 中的 vcs_read 包含释放后使用漏洞 (CVE-2023-3567)

  - 内核：cxgb4：ch_flower_stats_cb() 中的释放后使用漏洞 (CVE-2023-4133)

  - 内核：netfilter：nf_tables：nf_tables_newtable() 中的越界访问漏洞 (CVE-2023-6040)

  - 内核：NVMe：nvmet_ctrl_find_get 中因越界读取导致的信息泄漏问题 (CVE-2023-6121)

  - 内核：scatterwalk_copychunks 中的本地 DoS 漏洞 (CVE-2023-6176)

  - 内核：GC 删除 SKB 会与 unix_stream_read_generic() 发生争用，导致 UAF (CVE-2023-6531)

  - 内核：GSM 多路复用争用条件导致权限升级 (CVE-2023-6546)

  - 内核：nft_dynset_init() 中的空指针取消引用漏洞 (CVE-2023-6622)

  - 内核：lib/idr.c 中的 ida_free 包含空指针取消引用漏洞 (CVE-2023-6915)

  - 内核：由于 perf_event 的 read_size 溢出，导致 perf_read_group() 中发生越界写入 (CVE-2023-6931)

  - 内核：IPv4 IGMP 中的释放后使用 (CVE-2023-6932)

  - 内核：蓝牙转发和未来保密攻击与防御 (CVE-2023-24023)

  - 内核：irdma：访问控制不当 (CVE-2023-25775)

  - Kernel：蓝牙子系统的 hci_conn_cleanup 中包含双重释放漏洞 (CVE-2023-28464)

  - 内核：蓝牙：HCI：net/bluetooth/hci_sync.c 中的全局越界访问漏洞 (CVE-2023-28866)

  - 内核：在 hci_uart_tty_ioctl 中，HCIUARTSETPROTO 和 HCIUARTGETPROTO 之间存在竞争条件 (CVE-2023-31083)

  - 内核：usb：read_descriptors 中的越界读取漏洞 (CVE-2023-37453)

  - 内核：netfilter：nftables nf_osf_match_one() 中的越界读取漏洞 (CVE-2023-39189)

  - 内核：netfilter：xtables sctp match_flags() 中的越界读取漏洞 (CVE-2023-39193)

  - 内核：xfrm：__xfrm_state_filter_match() 中的越界读取漏洞 (CVE-2023-39194)

  - 内核：QXL：qxl_mode_dumb_create() 中的争用条件会导致释放后使用 (CVE-2023-39198)

  - 内核：ipv4：ipv4_send_dest_unreach() 中的空指针取消引用漏洞 (CVE-2023-42754)

  - 内核：netfilter：IPSET_CMD_ADD 和 IPSET_CMD_SWAP 之间的争用条件 (CVE-2023-42756)

  - 内核：lib/kobject.c 容易受到 fill_kobj_path 的越界写入漏洞影响 (CVE-2023-45863)

  - 内核：io_uring_show_fdinfo 中的空指针取消引用漏洞 (CVE-2023-46862)

  - 内核：drivers/gpu/drm/drm_atomic.c 中的无阻塞原子提交和驱动程序卸载之间产生争用条件期间会发生释放后使用 (CVE-2023-51043)

  - 内核：蓝牙：bt_sock_ioctl 争用条件会导致 bt_sock_recvmsg 中发生释放后使用 (CVE-2023-51779)

  - 内核：net/atm/ioctl.c 中包含释放后使用漏洞 (CVE-2023-51780)

  - 内核：smb：client：修复 smb2_parse_contexts() 中潜在的 OOB 漏洞 (CVE-2023-52434)

  - 内核：gfs2：修复 gfs2_rgrp_dump 中的空指针取消引用漏洞 (CVE-2023-52448)

  - 内核：perf/x86/lbr：筛选 vsyscall 地址 (CVE-2023-52476)

  - 内核：mm/sparsemem：修复访问 memory_section->usage 时的争用情形  (CVE-2023-52489)

  - 内核：net：修复 neigh_periodic_work() 中可能存在的存储拆分问题 (CVE-2023-52522)

  - 内核：HID：sony：修复 sony_probe() 中潜在的内存泄漏问题 (CVE-2023-52529)

  - 内核：team：更改团队设备类型时会发生空指针取消引用问题 (CVE-2023-52574)

  - 内核：net：bridge：br_handle_frame_finish() 中的 data-races 包含数据争用问题 (CVE-2023-52578)

  - 内核：net/core：ETH_P_1588 流分析器中的内核崩溃问题 (CVE-2023-52580)

  - 内核：netfilter：nf_tables：当超过 255 个元素到期时会发生内存泄漏 (CVE-2023-52581)

  - 内核：net/sched：act_ct：修复了 ooo 分段上的 skb 泄漏和崩溃问题 (CVE-2023-52610)

  - 内核：netfilter：nf_tables：匿名集不允许超时 (CVE-2023-52620)

  - 内核：客户端的 receive_encrypted_standard 函数中存在 CIFS 文件系统解密不当输入验证远程代码执行漏洞 (CVE-2024-0565)

  - 内核：hugetlbfs：hugetlbfs_fill_super 函数中的空指针取消引用漏洞 (CVE-2024-0841)

  - 内核：nf_tables：nft_setelem_catchall_deactivate() 函数中的释放后使用漏洞 (CVE-2024-1085)

  - 内核：nf_tables：nft_verdict_init() 函数中存在释放后使用漏洞 (CVE-2024-1086)

  - kernel: tls：因部分读取和异步解密发生释放后使用 (CVE-2024-26582)

  - 内核：tls：异步通知和套接字关闭之间的争用问题 (CVE-2024-26583)

  - kernel: tls：处理 crypto 请求积压 (CVE-2024-26584)

  - 内核：tls：tx 工作排程和套接字关闭之间的争用问题 (CVE-2024-26585)

  - kernel: mlxsw: spectrum_acl_tcam：修复堆栈损坏 (CVE-2024-26586)

  - 内核：i2c：i801：修复区块进程调用事务 (CVE-2024-26593)

  - 内核：sched/membarrier：降低重创 sys_membarrier 的能力 (CVE-2024-26602)

  - 内核：netfilter：nf_tables：拒绝 QUEUE/DROP 判定参数 (CVE-2024-26609)

  - 内核：ip6_tunnel：修复 ip6_tnl_parse_tlv_enc_lim() 中的 NEXTHDR_FRAGMENT 处理 (CVE-2024-26633)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
360748	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1779987841）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	high
293735	MagicLinux 9kernel-5.14.0-427.13.1.el9_4 (AXSA:2024-8139:13)	Nessus	Miracle Linux Local Security Checks	2026/1/20	2026/2/4	critical
246156	Linux Distros 未修补的漏洞：CVE-2023-52529	Nessus	Misc.	2025/8/8	2026/9/30	medium
194794	RHEL 9：内核 (RHSA-2024:2394)	Nessus	Red Hat Local Security Checks	2024/4/30	2025/10/29	critical
195036	Oracle Linux 9：内核 (ELSA-2024-2394)	Nessus	Oracle Linux Local Security Checks	2024/5/6	2026/2/9	critical

检测

插件搜索

high

critical

medium

critical

critical