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

  - 已修复 Linux 内核中的下列漏洞：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已修复 Linux 内核中的下列漏洞：net: tun: Fix use-after-free in tun_detach() syzbot reported use-after-free in tun_detach() [1]. This causes call trace like below:
    ================================================================== BUG: KASAN: use-after-free in notifier_call_chain+0x1ee/0x200 kernel/notifier.c:75 Read of size 8 at addr ffff88807324e2a8 by task syz-executor.0/3673 CPU: 0 PID: 3673 Comm: syz-executor.0 Not tainted 6.1.0-rc5-syzkaller-00044-gcc675d22e422#0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 Call Trace:
    <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xd1/0x138 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:284 [inline] print_report+0x15e/0x461 mm/kasan/report.c:395 kasan_report+0xbf/0x1f0 mm/kasan/report.c:495 notifier_call_chain+0x1ee/0x200 kernel/notifier.c:75 call_netdevice_notifiers_info+0x86/0x130 net/core/dev.c:1942 call_netdevice_notifiers_extack net/core/dev.c:1983 [inline] call_netdevice_notifiers net/core/dev.c:1997 [inline] netdev_wait_allrefs_any net/core/dev.c:10237 [inline] netdev_run_todo+0xbc6/0x1100 net/core/dev.c:10351 tun_detach drivers/net/tun.c:704 [inline] tun_chr_close+0xe4/0x190 drivers/net/tun.c:3467 __fput+0x27c/0xa90 fs/file_table.c:320 task_work_run+0x16f/0x270 kernel/task_work.c:179 exit_task_work include/linux/task_work.h:38 [inline] do_exit+0xb3d/0x2a30 kernel/exit.c:820 do_group_exit+0xd4/0x2a0 kernel/exit.c:950 get_signal+0x21b1/0x2440 kernel/signal.c:2858 arch_do_signal_or_restart+0x86/0x2300 arch/x86/kernel/signal.c:869 exit_to_user_mode_loop kernel/entry/common.c:168 [inline] exit_to_user_mode_prepare+0x15f/0x250 kernel/entry/common.c:203 __syscall_exit_to_user_mode_work kernel/entry/common.c:285 [inline] syscall_exit_to_user_mode+0x1d/0x50 kernel/entry/common.c:296 do_syscall_64+0x46/0xb0 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x63/0xcd The cause of the issue is that sock_put() from __tun_detach() drops last reference count for struct net, and then notifier_call_chain() from netdev_state_change() accesses that struct net. This patch fixes the issue by calling sock_put() from tun_detach() after all necessary accesses for the struct net has done.
    (CVE-2022-49014)

  - 已修复 Linux 内核中的下列漏洞：hwmon: (ibmpex) Fix possible UAF when ibmpex_register_bmc() fails Smatch report warning as follows: drivers/hwmon/ibmpex.c:509 ibmpex_register_bmc() warn: '&data->list' not removed from list If ibmpex_find_sensors() fails in ibmpex_register_bmc(), data will be freed, but data->list will not be removed from driver_data.bmc_data, then list traversal may cause UAF. Fix by removeing it from driver_data.bmc_data before free().
    (CVE-2022-49029)

  - 已修复 Linux 内核中的下列漏洞：drm/i915: Fix potential bit_17 double-free A userspace with multiple threads racing I915_GEM_SET_TILING to set the tiling to I915_TILING_NONE could trigger a double free of the bit_17 bitmask. (Or conversely leak memory on the transition to tiled.) Move allocation/free'ing of the bitmask within the section protected by the obj lock. [tursulin: Correct fixes tag and added cc stable.] (cherry picked from commit 10e0cbaaf1104f449d695c80bcacf930dcd3c42e) (CVE-2023-52930)

  - 已修复 Linux 内核中的下列漏洞：cifs: fix session state check in reconnect to avoid use-after-free issue Don't collect exiting session in smb2_reconnect_server(), because it will be released soon. Note that the exiting session will stay in server->smb_ses_list until it complete the cifs_free_ipc() and logoff() and then delete itself from the list. (CVE-2023-53794)

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

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

  - 跟踪删除使用的动态事件时释放缓冲区在添加和删除 65536 动态事件后事件的类型字段随后将使用第一个可用的类型编号当前其他事件未使用。类型号是跟踪环缓冲区称为事件中二进制 blob 的标识符，用于将其映射到可以解析该二进制 blob 的逻辑。问题是如果跟踪动态事件如 kprobe 事件并且该事件位于环形缓冲区然后该事件被删除因为它是动态的意味着可以创建和销毁它创建的具有相同编号的新事件将在解析二进制 blob 时使用。# cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # did 对于上述每次迭代向 kprobe_events 的写入将删除旧事件创建新事件具有相同的格式并增加直到类型编号达到 65535（16 位类型的最大数量）之前。达到该编号后，分配新编号的逻辑只会查找下一个可用编号。删除动态事件后，该编号可供下一个创建的动态事件重复使用。即当上述事件达到最大数量时分配给该循环中事件的数量将保持不变。这意味着删除一个动态事件并创建另一个动态事件将重新使用之前的事件类型编号。这是可能发生不良情况的地方。上述循环完成之后，以整数形式读取 do_sys_openat2 函数调用的第一个参数的 kprobes/foo 事件。 # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] ....
    2007.849603: foo: (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable 现在若我们删除 kprobes/foo 并创建读取字符串的新 kprobe# echo 'p:kprobes/foo do_sys_openat2 +0($arg2 ):string' > kprobe_events 现在我们可以跟踪 # cat trace sendmail-1942 [002] ...... 530.136320: foo:
     530.930961( do_sys_openat2+0x0/0x240) arg1= cat-2046 [004 530.930817... 530.934563( do_sys_openat2+0x0/0x240) arg1= cat-2046 [004 530.934278... (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

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

CentOS Linux 8 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS-STREAM8：CLSA-2026：1783790425 公告中提及的多个漏洞的影响。

  - netfilter 中存在的一个缺陷可允许联网攻击者推断 openvpn 连接端点信息，从而进一步使用这些信息发动传统网络攻击。(CVE-2021-3773)

  - 在代理虚拟化 TPM 设备的 Linux 内核实现中发现一个缺陷。在配置了虚拟化 TPM 设备（并非默认配置）的系统上，本地攻击者可以造成释放后使用错误，并且可能会提升系统权限。(CVE-2022-2977)

  - 已修复 Linux 内核中的下列漏洞：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已修复 Linux 内核中的下列漏洞：tracing: Fix wild-memory-access in register_synth_event() In register_synth_event(), if set_synth_event_print_fmt() failed, then both trace_remove_event_call() and unregister_trace_event() will be called, which means the trace_event_call will call __unregister_trace_event() twice. As the result, the second unregister will causes the wild-memory-access. register_synth_event set_synth_event_print_fmt failed trace_remove_event_call event_remove if call->event.funcs then __unregister_trace_event (first call) unregister_trace_event
    __unregister_trace_event (second call) Fix the bug by avoiding to call the second
    __unregister_trace_event() by checking if the first one is called. general protection fault, probably for non-canonical address 0xfbd59c0000000024: 0000 [#1] SMP KASAN PTI KASAN: maybe wild-memory-access in range [0xdead000000000120-0xdead000000000127] CPU: 0 PID: 3807 Comm: modprobe Not tainted 6.1.0-rc1-00186-g76f33a7eedb4 #299 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:unregister_trace_event+0x6e/0x280 Code:
    00 fc ff df 4c 89 ea 48 c1 ea 03 80 3c 02 00 0f 85 0e 02 00 00 48 b8 00 00 00 00 00 fc ff df 4c 8b 63 08 4c 89 e2 48 c1 ea 03 <80> 3c 02 00 0f 85 e2 01 00 00 49 89 2c 24 48 85 ed 74 28 e8 7a 9b RSP:
    0018:ffff88810413f370 EFLAGS: 00010a06 RAX: dffffc0000000000 RBX: ffff888105d050b0 RCX: 0000000000000000 RDX: 1bd5a00000000024 RSI: ffff888119e276e0 RDI: ffffffff835a8b20 RBP: dead000000000100 R08:
    0000000000000000 R09: fffffbfff0913481 R10: ffffffff8489a407 R11: fffffbfff0913480 R12: dead000000000122 R13: ffff888105d050b8 R14: 0000000000000000 R15: ffff888105d05028 FS: 00007f7823e8d540(0000) GS:ffff888119e00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f7823e7ebec CR3: 000000010a058002 CR4: 0000000000330ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK>
    __create_synth_event+0x1e37/0x1eb0 create_or_delete_synth_event+0x110/0x250 synth_event_run_command+0x2f/0x110 test_gen_synth_cmd+0x170/0x2eb [synth_event_gen_test] synth_event_gen_test_init+0x76/0x9bc [synth_event_gen_test] do_one_initcall+0xdb/0x480 do_init_module+0x1cf/0x680 load_module+0x6a50/0x70a0 __do_sys_finit_module+0x12f/0x1c0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49799)

  - 已修复 Linux 内核中的下列漏洞：ata: libata-transport: fix double ata_host_put() in ata_tport_add() In the error path in ata_tport_add(), when calling put_device(), ata_tport_release() is called, it will put the refcount of 'ap->host'. And then ata_host_put() is called again, the refcount is decreased to 0, ata_host_release() is called, all ports are freed and set to null.
    When unbinding the device after failure, ata_host_stop() is called to release the resources, it leads a null-ptr-deref(), because all the ports all freed and null. Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008 CPU: 7 PID: 18671 Comm: modprobe Kdump: loaded Tainted: G E 6.1.0-rc3+ #8 pstate: 80400009 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc :
    ata_host_stop+0x3c/0x84 [libata] lr : release_nodes+0x64/0xd0 Call trace: ata_host_stop+0x3c/0x84 [libata] release_nodes+0x64/0xd0 devres_release_all+0xbc/0x1b0 device_unbind_cleanup+0x20/0x70 really_probe+0x158/0x320 __driver_probe_device+0x84/0x120 driver_probe_device+0x44/0x120
    __driver_attach+0xb4/0x220 bus_for_each_dev+0x78/0xdc driver_attach+0x2c/0x40 bus_add_driver+0x184/0x240 driver_register+0x80/0x13c __pci_register_driver+0x4c/0x60 ahci_pci_driver_init+0x30/0x1000 [ahci] Fix this by removing redundant ata_host_put() in the error path. (CVE-2022-49826)

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

远程主机上安装的内核版本低于 5.4.226-129.415。因此，会受到 ALAS2KERNEL-5.4-2024-071 公告中提及的多个漏洞影响。

    在 Linux 内核中发现一个缺陷。如果通过驱动程序的设备文件连续请求 NVME_IOCTL_RESET 和 NVME_IOCTL_SUBSYS_RESET，可能会发生拒绝服务缺陷，从而导致 PCIe 链路断开。(CVE-2022-3169)

    在 Linux 内核中发现了一个归类为“存在问题”的漏洞。这会影响 IPv4 处理程序组件中 net/ipv4/fib_semantics.c 文件的 fib_nh_match 函数。攻击者可利用此漏洞导致越界读取。可以远程发起攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-210357。(CVE-2022-3435)

    在 Linux 内核中，以下漏洞已修复：

    char：tpm：使用锁定保护 tpm_pm_suspend (CVE-2022-48997)

    在 Linux 内核中，以下漏洞已修复：

    ipv4：处理当 fib_info 包含 nh 引用时删除多路径路由的尝试 (CVE-2022-48999)

    在 Linux 内核中，以下漏洞已修复：

    iommu/vt-d：修复 dmar_dev_scope_init() 中的 PCI 设备引用计数泄漏问题 (CVE-2022-49002)

    在 Linux 内核中，以下漏洞已修复：

    tracing：删除已使用的动态事件时释放缓冲区 (CVE-2022-49006)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2：修复 nilfs_palloc_commit_free_entry() 中的空指针取消引用问题 (CVE-2022-49007)

    在 Linux 内核中，以下漏洞已修复：

    sctp：修复 sctp_stream_outq_migrate() 中的内存流失问题 (CVE-2022-49013)

    在 Linux 内核中，以下漏洞已修复：

    net: tun：修复 tun_detach() 中的释放后使用问题 (CVE-2022-49014)

    在 Linux 内核中，以下漏洞已修复：

    net：hsr：修复潜在的释放后使用漏洞 (CVE-2022-49015)

    在 Linux 内核中，以下漏洞已修复：

    net：phy：修复 probe() 失败时的空指针取消引用问题 (CVE-2022-49021)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e：修复恢复终止表时的释放后使用问题 (CVE-2022-49025)

    在 Linux 内核中，以下漏洞已修复：

    btrfs：qgroup：修复 btrfs_qgroup_inherit() 中无效上下文导致休眠的缺陷 (CVE-2022-49033)

    在 Linux 内核中，以下漏洞已修复：

    ntfs：检查迭代 ATTR_RECORD 时的溢出 (CVE-2022-49762)

    在 Linux 内核中，以下漏洞已修复：

    ntfs：修复 ntfs_attr_find() 中的释放后使用 (CVE-2022-49763)

    在 Linux 内核中，以下漏洞已修复：

    gfs2：读取超级块后检查 sb_bsize_shift (CVE-2022-49769)

    在 Linux 内核中，以下漏洞已修复：

    ceph：避免在解码快照失败时放置两次领域 （CVE-2022-49770）

    在 Linux 内核中，以下漏洞已修复：

    dm ioctl：修复 list_versions 与模块加载争用时的错误行为 (CVE-2022-49771)

    在 Linux 内核中，以下漏洞已修复：

    macvlan：强制执行一致的最小 mtu (CVE-2022-49776)

    在 Linux 内核中，以下漏洞已修复：

    输入：i8042 - 修复删除模块时的平台设备泄漏 （CVE-2022-49777）

    在 Linux 内核中，以下漏洞已修复：

    kprobes：在 kprobe-on-ftrace 案例中跳过清除 aggrprobe 的post_handler （CVE-2022-49779）

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：tcm_loop：修复 tcm_loop_setup_hba_bus（） （CVE-2022-49780） 中可能的名称泄漏

    在 Linux 内核中，以下漏洞已修复：

    mmc：sdhci-pci：修复因缺少 pci_dev_put() 可能导致的内存泄漏问题 (CVE-2022-49787)

    在 Linux 内核中，以下漏洞已修复：

    misc/vmw_vmci：修复 vmci_host_do_receive_datagram() 中的信息泄露问题 (CVE-2022-49788)

    在 Linux 内核中，以下漏洞已修复：

    ftrace：修复 ftrace_add_mod() 中的空指针取消引用 (CVE-2022-49802)

    在 Linux 内核中，以下漏洞已修复：

    drbd：drbd_create_device() 中的释放后使用 (CVE-2022-49811)

    在 Linux 内核中，以下漏洞已修复：

    kcm：关闭 sk_receive_queue 中的争用条件 (CVE-2022-49814)

    在 Linux 内核中，以下漏洞已修复：

    ata：libata-transport：修复 ata_tport_add（）CVE-2022-49826 （） 中的双重 ata_host_put（）

    在 Linux 内核中，以下漏洞已修复：

    pinctrl：devicetree：修复 pinctrl_dt_to_map 中的空指针取消引用 (CVE-2022-49832)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2：修复重新挂载时 ns_writer 的释放后使用缺陷 (CVE-2022-49834)

    在 Linux 内核中，以下漏洞已修复：

    bpf、test_run：修复 bpf_prog_test_run_skb() 中的对齐问题 (CVE-2022-49840)

    在 Linux 内核中，以下漏洞已修复：

    ASoC: core: 修复 snd_soc_exit() 中的释放后使用漏洞 (CVE-2022-49842)

    在 Linux 内核中，以下漏洞已修复：

    can：j1939： j1939_send_one（）：修复缺少的 CAN 标头初始化 （CVE-2022-49845）

    在 Linux 内核中，以下漏洞已修复：

    udf：修复 udf_find_entry() 中的 slab 越界写入缺陷 (CVE-2022-49846)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2：修复 nilfs_count_free_blocks() 中的死锁 (CVE-2022-49850)

    在 Linux 内核中，以下漏洞已修复：

    net：macvlan：修复 macvlan_common_newlink 中的内存泄漏 (CVE-2022-49853)

    在 Linux 内核中，以下漏洞已修复：

    tipc：修复 tipc_nl_compat_name_table_dump_header 中的 msg->req tlv len 检查 (CVE-2022-49862)

    在 Linux 内核中，以下漏洞已修复：

    can：af_can：修复 can_rx_register（） 中的空指针取消引用 （CVE-2022-49863）

    在 Linux 内核中，以下漏洞已修复：

    ipv6：addrlabel：修复将 struct ifaddrlblmsg 发送到网络时的信息泄漏 (CVE-2022-49865)

    在 Linux 内核中，以下漏洞已修复：

    bnxt_en：修复 bnxt_hwrm_set_coal（） 中可能发生的崩溃 （CVE-2022-49869）

    在 Linux 内核中，以下漏洞已修复：

    capabilities：修复 CAP_TO_MASK 位移中的未定义行为问题 (CVE-2022-49870)

    在 Linux 内核中，以下漏洞已修复：

    net：tun：修复 napi_get_frags 的内存泄漏 （CVE-2022-49871）

    在 Linux 内核中，以下漏洞已修复：

    net：gso：修复 frag_list 中混合的头部分配类型导致的崩溃问题 (CVE-2022-49872)

    在 Linux 内核中，以下漏洞已修复：

    HID：hyperv：修复 mousevsc_probe() 中可能的内存泄漏 (CVE-2022-49874)

    在 Linux 内核中，以下漏洞已修复：

    bpf、sockmap：修复 sk_stream_kill_queues 的 sk->sk_forward_alloc 警告 （CVE-2022-49877）

    在 Linux 内核中，在分配 con 和设置 con->sock 之间发现数据争用缺陷。在 Linux 内核中，若访问 tipc 协议中 net/tipc/topsrv.c 的 con->sock->sk，会导致空指针取消引用。(CVE-2023-1382)

    在 Linux 内核中 6.0.8，在 fs/ntfs/attrib.c 的 ntfs_attr_find 中存在越界读取漏洞。
    (CVE-2023-26607)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程主机上安装的内核版本低于 5.10.162-141.675。因此，会受到 ALAS2KERNEL-5.10-2023-025 公告中提及的多个漏洞影响。

    在 Linux 内核中发现了一个归类为“存在问题”的漏洞。这会影响 IPv4 处理程序组件中 net/ipv4/fib_semantics.c 文件的 fib_nh_match 函数。攻击者可利用此漏洞导致越界读取。可以远程发起攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-210357。(CVE-2022-3435)

    在 Linux 内核中发现一个漏洞。已将此漏洞声明为“有问题”。受此漏洞影响的是组件 BPF 的文件 mm/gup.c 的函数 follow_page_pte。此操纵导致争用条件。攻击者可远程执行攻击。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211921。(CVE-2022-3623)

    客户机可通过 netback 触发 NIC 接口重置/中止/崩溃。客户机可通过发送某些类型的数据包，在基于 Linux 的网络后端中触发 NIC 接口重置/中止/崩溃。Linux 网络堆栈的其余部分似乎有一个（未写入的）假设，即数据包协议标头都包含在 SKB 的线性部分中，如果不是这样，有些 NIC 就会表现不良。据报告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 会发生此问题，但其他 NIC/驱动程序也可能会出现此问题。如果前端发送带有拆分标头的请求，netback 会将违反上述假设的请求转发给网络核心，从而导致所述错误行为。(CVE-2022-3643)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42328)

    客户机可在 Linux netback 驱动程序中触发死锁 [此 CNA 信息记录与多个 CVE 有关；
    文本说明了哪些方面/漏洞对应于哪些 CVE。] XSA-392 的修补程序引入了另一个问题，当尝试释放由于 XSA-392 处理而丢弃的数据包的 SKB 时，可能会导致死锁 (CVE-2022-42328)。此外，由于其他原因丢弃程序包时，如果在 xen-netback 驱动程序所连接的接口中 netpoll 处于活动状态，则可能发生相同的死锁 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 内核的 SYSCTL 子系统中，用户更改某些内核参数和变量的方式中存在堆栈溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-4378)

    在 Linux 内核中，以下漏洞已修复：

    udf：修复间接范围边界中的预分配丢弃问题 (CVE-2022-48946)

    在 Linux 内核中，以下漏洞已修复：

    igb：初始化 VF 重置的邮箱消息 (CVE-2022-48949)

    在 Linux 内核中，以下漏洞已修复：

    ipv6：避免 ip6_fragment() 中的释放后使用问题 (CVE-2022-48956)

    在 Linux 内核中，以下漏洞已修复：

    xen-netfront：修复实时迁移后的空字符串 (CVE-2022-48969)

    在 Linux 内核中，以下漏洞已修复：

    af_unix：在 unix_diag_get_exact() 中，从 in_skb 获取 user_ns。(CVE-2022-48970)

    在 Linux 内核中，以下漏洞已修复：

    mac802154：修复 ieee802154_if_add() 中缺少 INIT_LIST_HEAD 的问题 (CVE-2022-48972)

    在 Linux 内核中，以下漏洞已修复：

    can：修复 can_rcv_filter 中的空指针取消引用漏洞 (CVE-2022-48977)

    在 Linux 内核中，以下漏洞已修复：

    HID：core：修复 hid_report_raw_event 中的位移越界问题 (CVE-2022-48978)

    在 Linux 内核中，以下漏洞已修复：

    drm/shmem-helper：删除错误路径中的错误 (CVE-2022-48981)

    在 Linux 内核中，以下漏洞已修复：

    mm/gup：修复 dax 的 gup_pud_range() (CVE-2022-48986)

    在 Linux 内核中，以下漏洞已修复：

    media：v4l2-dv-timings.c：修复过于严格的消隐健全性检查 (CVE-2022-48987)

    在 Linux 内核中，以下漏洞已修复：

    memcg：修复 memcg_write_event_control() 中可能存在的释放后使用问题 (CVE-2022-48988)

    在 Linux 内核中，以下漏洞已修复：

    mm/khugepaged：在 shmem/文件崩溃路径中调用 MMU 通知程序 (CVE-2022-48991)

    在 Linux 内核中，以下漏洞已修复：

    char：tpm：使用锁定保护 tpm_pm_suspend (CVE-2022-48997)

    在 Linux 内核中，以下漏洞已修复：

    ipv4：处理当 fib_info 包含 nh 引用时删除多路径路由的尝试 (CVE-2022-48999)

    在 Linux 内核中，以下漏洞已修复：

    iommu/vt-d：修复 has_external_pci() 中的 PCI 设备引用计数泄漏问题 (CVE-2022-49000)

    在 Linux 内核中，以下漏洞已修复：

    iommu/vt-d：修复 dmar_dev_scope_init() 中的 PCI 设备引用计数泄漏问题 (CVE-2022-49002)

    在 Linux 内核中，以下漏洞已修复：

    tracing：删除已使用的动态事件时释放缓冲区 (CVE-2022-49006)

    在 Linux 内核中，以下漏洞已修复：

    nilfs2：修复 nilfs_palloc_commit_free_entry() 中的空指针取消引用问题 (CVE-2022-49007)

    在 Linux 内核中，以下漏洞已修复：

    sctp：修复 sctp_stream_outq_migrate() 中的内存流失问题 (CVE-2022-49013)

    在 Linux 内核中，以下漏洞已修复：

    net: tun：修复 tun_detach() 中的释放后使用问题 (CVE-2022-49014)

    在 Linux 内核中，以下漏洞已修复：

    net：hsr：修复潜在的释放后使用漏洞 (CVE-2022-49015)

    在 Linux 内核中，以下漏洞已修复：

    tipc：tipc_msg_validate 之后重新获取 skb cb (CVE-2022-49017)

    在 Linux 内核中，以下漏洞已修复：

    net：phy：修复 probe() 失败时的空指针取消引用问题 (CVE-2022-49021)

    在 Linux 内核中，以下漏洞已修复：

    net/mlx5e：修复恢复终止表时的释放后使用问题 (CVE-2022-49025)

    在 Linux 内核中，以下漏洞已修复：

    iavf：修复 iavf_init_module() 中的错误处理 (CVE-2022-49027)

    在 Linux 内核中，以下漏洞已修复：

    ixgbevf：修复 ixgbevf_init_module() 中的资源泄漏问题 (CVE-2022-49028)

    在 Linux 内核中，以下漏洞已修复：

    libbpf：处理 ringbuf mmap 的大小溢出问题 (CVE-2022-49030)

    在 Linux 内核中，以下漏洞已修复：

    btrfs：qgroup：修复 btrfs_qgroup_inherit() 中无效上下文导致休眠的缺陷 (CVE-2022-49033)

    在 Linux 内核 5.6 至 5.11 版（含）中，io_uring 子系统的 IORING_OP_CLOSE 操作中存在检查时间和使用时间不一致的问题，使本地用户可以将其特权提升为根级特权。
    此问题在 b5dba59e0cf7e2cc4d3b3b1ac5fe81ddf21959eb 中引入，已在 9eac1904d3364254d622bf2c771c4f85cd435fc2 中修补，并在 788d0824269bef539fe31a785b1517882eafed93 中向后移植到稳定版本中 (CVE-2023-1295)

    在 Linux 内核中，发现 net/can/af_can.c 的 can 协议中存在空指针取消引用问题。
    在 CAN 帧的接收路径中，可能未初始化 ml_priv。本地用户可利用此问题来造成系统崩溃或拒绝服务。(CVE-2023-2166)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2025-6966 公告中提及的多个漏洞影响。

    - netstmmacdwmac-tegra从设备树读取 iommu 流 id (Izabela Bkollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac修复禁用 tc cbs 时的除零错误 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修复卸载时的释放后使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

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

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

如 TuxCare CENTOS7：CLSA-2026：1782148320公告所述，CentOS Linux 7 主机上存在安装的程序包，该漏洞会受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：media: ngene: Fix out-of-bounds bug in ngene_command_config_free_buf() Fix an 11-year old bug in ngene_command_config_free_buf() while addressing the following warnings caught with -Warray-bounds: arch/alpha/include/asm/string.h:22:16: warning:
    '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] arch/x86/include/asm/string_32.h:182:25:
    warning: '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] The problem is that the original code is trying to copy 6 bytes of data into a one-byte size member _config_ of the wrong structue FW_CONFIGURE_BUFFERS, in a single call to memcpy(). This causes a legitimate compiler warning because memcpy() overruns the length of &com.cmd.ConfigureBuffers.config. It seems that the right structure is FW_CONFIGURE_FREE_BUFFERS, instead, because it contains 6 more members apart from the header _hdr_. Also, the name of the function ngene_command_config_free_buf() suggests that the actual intention is to ConfigureFreeBuffers, instead of ConfigureBuffers (which takes place in the function ngene_command_config_buf(), above). Fix this by enclosing those 6 members of struct FW_CONFIGURE_FREE_BUFFERS into new struct config, and use &com.cmd.ConfigureFreeBuffers.config as the destination address, instead of &com.cmd.ConfigureBuffers.config, when calling memcpy(). This also helps with the ongoing efforts to globally enable -Warray-bounds and get us closer to being able to tighten the FORTIFY_SOURCE routines on memcpy(). (CVE-2021-47288)

  - 已修复 Linux 内核中的下列漏洞：nvme: fix a possible use-after-free in controller reset during load Unlike .queue_rq, in .submit_async_event drivers may not check the ctrl readiness for AER submission. This may lead to a use-after-free condition that was observed with nvme-tcp.
    The race condition may happen in the following scenario: 1. driver executes its reset_ctrl_work 2. -> nvme_stop_ctrl - flushes ctrl async_event_work 3. ctrl sends AEN which is received by the host, which in turn schedules AEN handling 4. teardown admin queue (which releases the queue socket) 5. AEN processed, submits another AER, calling the driver to submit 6. driver attempts to send the cmd ==> use-after-free In order to fix that, add ctrl state check to validate the ctrl is actually able to accept the AER submission. This addresses the above race in controller resets because the driver during teardown should:
    1. change ctrl state to RESETTING 2. flush async_event_work (as well as other async work elements) So after 1,2, any other AER command will find the ctrl state to be RESETTING and bail out without submitting the AER. (CVE-2022-48790)

  - 已修复 Linux 内核中的下列漏洞：scsi: pm8001: Fix use-after-free for aborted TMF sas_task Currently a use-after-free may occur if a TMF sas_task is aborted before we handle the IO completion in mpi_ssp_completion(). The abort occurs due to timeout. When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the sas_task is freed in pm8001_exec_internal_tmf_task(). However, if the I/O completion occurs later, the I/O completion still thinks that the sas_task is available. Fix this by clearing the ccb->task if the TMF times out - the I/O completion handler does nothing if this pointer is cleared. (CVE-2022-48791)

  - 已修复 Linux 内核中的下列漏洞：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已修复 Linux 内核中的下列漏洞：dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
170458	Amazon Linux 2：内核、 --advisory ALAS2KERNEL-5。15-2023-012 （ALASKERNEL-5。15-2023-012）	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
361420	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2025：1749480611）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
225798	Linux Distros 未修补的漏洞：CVE-2022-49006	Nessus	Misc.	2025/3/5	2026/7/17	high
282947	MagicLinux 9kernel-5.14.0-570.12.1.el9_6 (AXSA:2025-10392:38)	Nessus	Miracle Linux Local Security Checks	2026/1/13	2026/1/20	critical
237324	RHEL 9：内核 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/10/28	critical
352893	CentOS Linux 8 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS-STREAM8：CLSA-2026：1783790425）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/1	critical
200364	Amazon Linux 2：内核、 --advisory ALAS2KERNEL-5。4-2024-071 （ALASKERNEL-5。4-2024-071）	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/6/4	high
170472	Amazon Linux 2：内核 (ALASKERNEL-5.10-2023-025)	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/2/26	high
237030	Oracle Linux 9：内核 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2026/2/9	critical
353232	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1782148320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high

检测

插件搜索

high

high

high

critical

critical

critical

high

high

critical

high