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

  - 已修复 Linux 内核中的下列漏洞：netfilter: nftables: avoid overflows in nft_hash_buckets() Number of buckets being stored in 32bit variables, we have to ensure that no overflows occur in nft_hash_buckets() syzbot injected a size == 0x40000000 and reported: UBSAN: shift-out-of-bounds in ./include/linux/log2.h:57:13 shift exponent 64 is too large for 64-bit type 'long unsigned int' CPU: 1 PID: 29539 Comm: syz-executor.4 Not tainted 5.12.0-rc7-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 Call Trace: __dump_stack lib/dump_stack.c:79 [inline] dump_stack+0x141/0x1d7 lib/dump_stack.c:120 ubsan_epilogue+0xb/0x5a lib/ubsan.c:148 __ubsan_handle_shift_out_of_bounds.cold+0xb1/0x181 lib/ubsan.c:327 __roundup_pow_of_two include/linux/log2.h:57 [inline] nft_hash_buckets net/netfilter/nft_set_hash.c:411 [inline] nft_hash_estimate.cold+0x19/0x1e net/netfilter/nft_set_hash.c:652 nft_select_set_ops net/netfilter/nf_tables_api.c:3586 [inline] nf_tables_newset+0xe62/0x3110 net/netfilter/nf_tables_api.c:4322 nfnetlink_rcv_batch+0xa09/0x24b0 net/netfilter/nfnetlink.c:488 nfnetlink_rcv_skb_batch net/netfilter/nfnetlink.c:612 [inline] nfnetlink_rcv+0x3af/0x420 net/netfilter/nfnetlink.c:630 netlink_unicast_kernel net/netlink/af_netlink.c:1312 [inline] netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1338 netlink_sendmsg+0x856/0xd90 net/netlink/af_netlink.c:1927 sock_sendmsg_nosec net/socket.c:654 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:674 ____sys_sendmsg+0x6e8/0x810 net/socket.c:2350 ___sys_sendmsg+0xf3/0x170 net/socket.c:2404
    __sys_sendmsg+0xe5/0x1b0 net/socket.c:2433 do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46 (CVE-2021-46992)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_readcap16() The following warning was observed running syzkaller: [ 3813.830724] sg_write:
    data in/out 65466/242 bytes for SCSI command 0x9e-- guessing data in; [ 3813.830724] program syz-executor not setting count and/or reply_len properly [ 3813.836956] ================================================================== [ 3813.839465] BUG: KASAN: stack-out-of-bounds in sg_copy_buffer+0x157/0x1e0 [ 3813.841773] Read of size 4096 at addr ffff8883cf80f540 by task syz-executor/1549 [ 3813.846612] Call Trace: [ 3813.846995] dump_stack+0x108/0x15f [ 3813.847524] print_address_description+0xa5/0x372 [ 3813.848243] kasan_report.cold+0x236/0x2a8 [ 3813.849439] check_memory_region+0x240/0x270 [ 3813.850094] memcpy+0x30/0x80 [ 3813.850553] sg_copy_buffer+0x157/0x1e0 [ 3813.853032] sg_copy_from_buffer+0x13/0x20 [ 3813.853660] fill_from_dev_buffer+0x135/0x370 [3813.854329] resp_readcap16+0x1ac/0x280 [ 3813.856917] schedule_resp+0x41f/0x1630 [ 3813.858203] scsi_debug_queuecommand+0xb32/0x17e0 [ 3813.862699] scsi_dispatch_cmd+0x330/0x950 [ 3813.863329] scsi_request_fn+0xd8e/0x1710 [ 3813.863946] __blk_run_queue+0x10b/0x230 [ 3813.864544] blk_execute_rq_nowait+0x1d8/0x400 [ 3813.865220] sg_common_write.isra.0+0xe61/0x2420 [ 3813.871637] sg_write+0x6c8/0xef0 [ 3813.878853] __vfs_write+0xe4/0x800 [ 3813.883487] vfs_write+0x17b/0x530 [3813.884008] ksys_write+0x103/0x270 [ 3813.886268] __x64_sys_write+0x77/0xc0 [ 3813.886841] do_syscall_64+0x106/0x360 [ 3813.887415] entry_SYSCALL_64_after_hwframe+0x44/0xa9 This issue can be reproduced with the following syzkaller log: r0 = openat(0xffffffffffffff9c, &(0x7f0000000040)='./file0\x00', 0x26e1, 0x0) r1 = syz_open_procfs(0xffffffffffffffff, &(0x7f0000000000)='fd/3\x00') open_by_handle_at(r1, &(0x7f00000003c0)=ANY=[@ANYRESHEX], 0x602000) r2 = syz_open_dev$sg(&(0x7f0000000000), 0x0, 0x40782) write$binfmt_aout(r2, &(0x7f0000000340)=ANY=[@ANYBLOB=00 000000deff000000000000000000000000000000000000000000000000000047f007af9e107a41ec395f1bded7be24277a1501ff61 96a83366f4e6362bc0ff2b247f68a972989b094b2da4fb3607fcf611a22dd04310d28c75039d], 0x126) In resp_readcap16() we get int alloc_len value -1104926854, and then pass the huge arr_len to fill_from_dev_buffer(), but arr is only 32 bytes. This leads to OOB in sg_copy_buffer(). To solve this issue, define alloc_len as u32.
    (CVE-2021-47191)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_report_tgtpgs() The following issue was observed running syzkaller: BUG: KASAN: slab-out-of-bounds in memcpy include/linux/string.h:377 [inline] BUG: KASAN: slab-out-of-bounds in sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 Read of size 2132 at addr ffff8880aea95dc8 by task syz-executor.0/9815 CPU: 0 PID: 9815 Comm: syz-executor.0 Not tainted 4.19.202-00874-gfc0fe04215a9 #2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xe4/0x14a lib/dump_stack.c:118 print_address_description+0x73/0x280 mm/kasan/report.c:253 kasan_report_error mm/kasan/report.c:352 [inline] kasan_report+0x272/0x370 mm/kasan/report.c:410 memcpy+0x1f/0x50 mm/kasan/kasan.c:302 memcpy include/linux/string.h:377 [inline] sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 fill_from_dev_buffer+0x14f/0x340 drivers/scsi/scsi_debug.c:1021 resp_report_tgtpgs+0x5aa/0x770 drivers/scsi/scsi_debug.c:1772 schedule_resp+0x464/0x12f0 drivers/scsi/scsi_debug.c:4429 scsi_debug_queuecommand+0x467/0x1390 drivers/scsi/scsi_debug.c:5835 scsi_dispatch_cmd+0x3fc/0x9b0 drivers/scsi/scsi_lib.c:1896 scsi_request_fn+0x1042/0x1810 drivers/scsi/scsi_lib.c:2034
    __blk_run_queue_uncond block/blk-core.c:464 [inline] __blk_run_queue+0x1a4/0x380 block/blk-core.c:484 blk_execute_rq_nowait+0x1c2/0x2d0 block/blk-exec.c:78 sg_common_write.isra.19+0xd74/0x1dc0 drivers/scsi/sg.c:847 sg_write.part.23+0x6e0/0xd00 drivers/scsi/sg.c:716 sg_write+0x64/0xa0 drivers/scsi/sg.c:622 __vfs_write+0xed/0x690 fs/read_write.c:485 kill_bdev:block_device:00000000e138492c vfs_write+0x184/0x4c0 fs/read_write.c:549 ksys_write+0x107/0x240 fs/read_write.c:599 do_syscall_64+0xc2/0x560 arch/x86/entry/common.c:293 entry_SYSCALL_64_after_hwframe+0x49/0xbe We get 'alen' from command its type is int. If userspace passes a large length we will get a negative 'alen'.
    Switch n, alen, and rlen to u32. (CVE-2021-47219)

  - 已修复 Linux 内核中的下列漏洞：netfilter: synproxy: Fix out of bounds when parsing TCP options The TCP option parser in synproxy (synproxy_parse_options) could read one byte out of bounds. When the length is 1, the execution flow gets into the loop, reads one byte of the opcode, and if the opcode is neither TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the length of 1. This fix is inspired by commit 9609dad263f8 (ipv4: tcp_input: fix stack out of bounds when parsing TCP options.). v2 changes: Added an early return when length < 0 to avoid calling skb_header_pointer with negative length. (CVE-2021-47245)

  - 已修复 Linux 内核中的下列漏洞：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

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

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

  - 在 Linux 内核 5.3.2 及其之前版本的 drivers/infiniband/hw/cxgb4/mem.c 的 write_tpt_entry 中发现问题。cxgb4 驱动程序直接从堆栈变量中调用 dma_map_single（DMA 函数）。
    攻击者可利用此问题触发拒绝服务，如果在此堆栈/DMA 交互具有安全相关性的架构上使用此驱动程序，该漏洞可遭恶意利用。(CVE-2019-17075)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_readcap16() The following warning was observed running syzkaller: [ 3813.830724] sg_write:
    data in/out 65466/242 bytes for SCSI command 0x9e-- guessing data in; [ 3813.830724] program syz-executor not setting count and/or reply_len properly [ 3813.836956] ================================================================== [ 3813.839465] BUG: KASAN: stack-out-of-bounds in sg_copy_buffer+0x157/0x1e0 [ 3813.841773] Read of size 4096 at addr ffff8883cf80f540 by task syz-executor/1549 [ 3813.846612] Call Trace: [ 3813.846995] dump_stack+0x108/0x15f [ 3813.847524] print_address_description+0xa5/0x372 [ 3813.848243] kasan_report.cold+0x236/0x2a8 [ 3813.849439] check_memory_region+0x240/0x270 [ 3813.850094] memcpy+0x30/0x80 [ 3813.850553] sg_copy_buffer+0x157/0x1e0 [ 3813.853032] sg_copy_from_buffer+0x13/0x20 [ 3813.853660] fill_from_dev_buffer+0x135/0x370 [3813.854329] resp_readcap16+0x1ac/0x280 [ 3813.856917] schedule_resp+0x41f/0x1630 [ 3813.858203] scsi_debug_queuecommand+0xb32/0x17e0 [ 3813.862699] scsi_dispatch_cmd+0x330/0x950 [ 3813.863329] scsi_request_fn+0xd8e/0x1710 [ 3813.863946] __blk_run_queue+0x10b/0x230 [ 3813.864544] blk_execute_rq_nowait+0x1d8/0x400 [ 3813.865220] sg_common_write.isra.0+0xe61/0x2420 [ 3813.871637] sg_write+0x6c8/0xef0 [ 3813.878853] __vfs_write+0xe4/0x800 [ 3813.883487] vfs_write+0x17b/0x530 [3813.884008] ksys_write+0x103/0x270 [ 3813.886268] __x64_sys_write+0x77/0xc0 [ 3813.886841] do_syscall_64+0x106/0x360 [ 3813.887415] entry_SYSCALL_64_after_hwframe+0x44/0xa9 This issue can be reproduced with the following syzkaller log: r0 = openat(0xffffffffffffff9c, &(0x7f0000000040)='./file0\x00', 0x26e1, 0x0) r1 = syz_open_procfs(0xffffffffffffffff, &(0x7f0000000000)='fd/3\x00') open_by_handle_at(r1, &(0x7f00000003c0)=ANY=[@ANYRESHEX], 0x602000) r2 = syz_open_dev$sg(&(0x7f0000000000), 0x0, 0x40782) write$binfmt_aout(r2, &(0x7f0000000340)=ANY=[@ANYBLOB=00 000000deff000000000000000000000000000000000000000000000000000047f007af9e107a41ec395f1bded7be24277a1501ff61 96a83366f4e6362bc0ff2b247f68a972989b094b2da4fb3607fcf611a22dd04310d28c75039d], 0x126) In resp_readcap16() we get int alloc_len value -1104926854, and then pass the huge arr_len to fill_from_dev_buffer(), but arr is only 32 bytes. This leads to OOB in sg_copy_buffer(). To solve this issue, define alloc_len as u32.
    (CVE-2021-47191)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Fix out-of-bound read in resp_report_tgtpgs() The following issue was observed running syzkaller: BUG: KASAN: slab-out-of-bounds in memcpy include/linux/string.h:377 [inline] BUG: KASAN: slab-out-of-bounds in sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 Read of size 2132 at addr ffff8880aea95dc8 by task syz-executor.0/9815 CPU: 0 PID: 9815 Comm: syz-executor.0 Not tainted 4.19.202-00874-gfc0fe04215a9 #2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xe4/0x14a lib/dump_stack.c:118 print_address_description+0x73/0x280 mm/kasan/report.c:253 kasan_report_error mm/kasan/report.c:352 [inline] kasan_report+0x272/0x370 mm/kasan/report.c:410 memcpy+0x1f/0x50 mm/kasan/kasan.c:302 memcpy include/linux/string.h:377 [inline] sg_copy_buffer+0x150/0x1c0 lib/scatterlist.c:831 fill_from_dev_buffer+0x14f/0x340 drivers/scsi/scsi_debug.c:1021 resp_report_tgtpgs+0x5aa/0x770 drivers/scsi/scsi_debug.c:1772 schedule_resp+0x464/0x12f0 drivers/scsi/scsi_debug.c:4429 scsi_debug_queuecommand+0x467/0x1390 drivers/scsi/scsi_debug.c:5835 scsi_dispatch_cmd+0x3fc/0x9b0 drivers/scsi/scsi_lib.c:1896 scsi_request_fn+0x1042/0x1810 drivers/scsi/scsi_lib.c:2034
    __blk_run_queue_uncond block/blk-core.c:464 [inline] __blk_run_queue+0x1a4/0x380 block/blk-core.c:484 blk_execute_rq_nowait+0x1c2/0x2d0 block/blk-exec.c:78 sg_common_write.isra.19+0xd74/0x1dc0 drivers/scsi/sg.c:847 sg_write.part.23+0x6e0/0xd00 drivers/scsi/sg.c:716 sg_write+0x64/0xa0 drivers/scsi/sg.c:622 __vfs_write+0xed/0x690 fs/read_write.c:485 kill_bdev:block_device:00000000e138492c vfs_write+0x184/0x4c0 fs/read_write.c:549 ksys_write+0x107/0x240 fs/read_write.c:599 do_syscall_64+0xc2/0x560 arch/x86/entry/common.c:293 entry_SYSCALL_64_after_hwframe+0x49/0xbe We get 'alen' from command its type is int. If userspace passes a large length we will get a negative 'alen'.
    Switch n, alen, and rlen to u32. (CVE-2021-47219)

  - 已修复 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 内核中的下列漏洞：net/sched: act_skbmod: Skip non-Ethernet packets Currently tcf_skbmod_act() assumes that packets use Ethernet as their L2 protocol, which is not always the case. As an example, for CAN devices: $ ip link add dev vcan0 type vcan $ ip link set up vcan0 $ tc qdisc add dev vcan0 root handle 1: htb $ tc filter add dev vcan0 parent 1: protocol ip prio 10 \ matchall action skbmod swap mac Doing the above silently corrupts all the packets. Do not perform skbmod actions for non-Ethernet packets. (CVE-2021-47293)

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

远程主机上安装的内核版本低于 4.14.262-200.489。因此，该软件受到 ALAS2-2022-1749 公告中提及的多个漏洞影响。

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28711)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28712)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28713)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。已采取一些措施来避免数据过多堆积，但客户机可绕过这些措施：如果客户机能够使其 RX 队列环页面只需要一个空闲槽，而下一个数据包需要多个空闲槽，则可能永远不会触发超时（这可能适用于使用 GSO、XDP 或软件散列的情况）。(CVE-2021-28714)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。虽然可以采取一些措施来避免堆积过多数据，但客户机也可以绕过这些措施：假定接口的客户机在停止使用新数据包之前会经历一段超时时间，而且这个超时时间相当长（默认为 60 秒）。
    在快速接口上使用 UDP 连接可轻松累积若干 GB 数据。
    (CVE-2021-28715)

    在 Linux 内核的 RDMA over Infiniband 实现中发现一个缺陷。向 /dev/infiniband/rdma_cm 设备节点发出命令时，拥有特权本地帐户的攻击者可泄露内核堆栈信息。尽管此访问行为不太可能泄漏敏感用户信息，但可被进一步用于破坏现有的内核保护机制。(CVE-2021-3923)

    在用户同时调用 close() 和 fget() 的方式中，于 Linux 内核的 Unix 域套接字文件处理程序中发现一个释放后读取内存缺陷，该缺陷可能触发争用条件。本地用户可利用此缺陷导致系统崩溃或升级其系统权限。
    (CVE-2021-4083)

    在 XFS 文件系统的 XFS_IOC_ALLOCSP IOCTL 允许未对齐大小的文件增加大小的方式中发现数据泄漏缺陷。本地攻击者可利用此缺陷泄露 XFS 文件系统上其无法访问的数据。(CVE-2021-4155)

    在用户调用 ioctl TEE_IOC_OPEN_SESSION 或 TEE_IOC_INVOKE 的方式中，发现 Linux 内核 TEE (Trusted Execution Environment) 子系统中存在释放后使用缺陷。本地用户可利用此缺陷造成系统崩溃，或提升其在系统中的权限。如果 Linux 系统未配置 CONFIG_PREEMPT 选项或启用 CONFIG_CPU_SW_DOMAIN_PAN 选项，则用户可触发此问题的可能性较小。(CVE-2021-44733)

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

    sctp：使用 call_rcu 释放端点 (CVE-2021-46929)

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

    net：修复 tw_timer_handler 中的释放后使用问题 (CVE-2021-46936)

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

    nfsd：修复委派争用导致的释放后使用漏洞 (CVE-2021-47506)

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

    seg6：修复 IPv6 套接字控制块中的 iif (CVE-2021-47515)

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

    serial: core：修复传输缓冲区重置和内存泄漏 (CVE-2021-47527)

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

    net/mlx4_en：修复 mlx4_en_try_alloc_resources() 中的释放后使用缺陷 (CVE-2021-47541)

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

    ethernet：hisilicon：hns: hns_dsaf_misc：修复 hns_dsaf_ge_srst_by_port() 中可能的数组溢出 (CVE-2021-47548)

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

    scsi: mpt3sas：修复驱动器 powercycle 测试期间的内核错误 (CVE-2021-47565)

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

    proc/vmcore：通过正确使用 clear_user() 修复清除用户缓冲区问题 (CVE-2021-47566)

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

    scsi：scsi_debug：resp_mode_select() 中的健全性检查区块描述符长度 (CVE-2021-47576)

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

    sit：不从 sit_init_net() 调用 ipip6_dev_free() (CVE-2021-47588)

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

    igbvf：修复“igbvf_probe”中的双重释放 (CVE-2021-47589)

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

    dm btree remove：修复 rebalance_children() 中的释放后使用 (CVE-2021-47600)

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

    audit：改进审计队列处理的稳定性 (CVE-2021-47603)

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

    net：netlink：af_netlink：通过在 len 上添加检查防止空 skb。(CVE-2021-47606)

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

    firmware：arm_scpi：修复 SCPI genpd 驱动程序中的字符串溢出 (CVE-2021-47609)

    cgroup release_agent 通过 call_usermodehelper 调用。函数 call_usermodehelper 启动具有一组完整功能的 release_agent。因此，在设置 release_agent 时需要功能。(CVE-2022-0492)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：IB/qib: Protect from buffer overflow in struct qib_user_sdma_pkt fields Overflowing either addrlimit or bytes_togo can allow userspace to trigger a buffer overflow of kernel memory. Check for overflows in all the places doing math on user controlled buffers. (CVE-2021-47485)

  - 已修复 Linux 内核中的下列漏洞：nfsd: fix use-after-free due to delegation race A delegation break could arrive as soon as we've called vfs_setlease. A delegation break runs a callback which immediately (in nfsd4_cb_recall_prepare) adds the delegation to del_recall_lru. If we then exit nfs4_set_delegation without hashing the delegation, it will be freed as soon as the callback is done with it, without ever being removed from del_recall_lru. Symptoms show up later as use-after-free or list corruption warnings, usually in the laundromat thread. I suspect aba2072f4523 nfsd: grant read delegations to clients holding writes made this bug easier to hit, but I looked as far back as v3.0 and it looks to me it already had the same problem. So I'm not sure where the bug was introduced; it may have been there from the beginning. (CVE-2021-47506)

  - 已修复 Linux 内核中的下列漏洞：proc/vmcore: fix clearing user buffer by properly using clear_user() To clear a user buffer we cannot simply use memset, we have to use clear_user(). With a virtio-mem device that registers a vmcore_cb and has some logically unplugged memory inside an added Linux memory block, I can easily trigger a BUG by copying the vmcore via cp: systemd[1]:
    Starting Kdump Vmcore Save Service... kdump[420]: Kdump is using the default log level(3). kdump[453]:
    saving to /sysroot/var/crash/127.0.0.1-2021-11-11-14:59:22/ kdump[458]: saving vmcore-dmesg.txt to /sysroot/var/crash/127.0.0.1-2021-11-11-14:59:22/ kdump[465]: saving vmcore-dmesg.txt complete kdump[467]:
    saving vmcore BUG: unable to handle page fault for address: 00007f2374e01000 #PF: supervisor write access in kernel mode #PF: error_code(0x0003) - permissions violation PGD 7a523067 P4D 7a523067 PUD 7a528067 PMD 7a525067 PTE 800000007048f867 Oops: 0003 [#1] PREEMPT SMP NOPTI CPU: 0 PID: 468 Comm: cp Not tainted 5.15.0+ #6 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.14.0-27-g64f37cc530f1-prebuilt.qemu.org 04/01/2014 RIP: 0010:read_from_oldmem.part.0.cold+0x1d/0x86 Code: ff ff ff e8 05 ff fe ff e9 b9 e9 7f ff 48 89 de 48 c7 c7 38 3b 60 82 e8 f1 fe fe ff 83 fd 08 72 3c 49 8d 7d 08 4c 89 e9 89 e8 <49> c7 45 00 00 00 00 00 49 c7 44 05 f8 00 00 00 00 48 83 e7 f81 RSP:
    0018:ffffc9000073be08 EFLAGS: 00010212 RAX: 0000000000001000 RBX: 00000000002fd000 RCX: 00007f2374e01000 RDX: 0000000000000001 RSI: 00000000ffffdfff RDI: 00007f2374e01008 RBP: 0000000000001000 R08:
    0000000000000000 R09: ffffc9000073bc50 R10: ffffc9000073bc48 R11: ffffffff829461a8 R12: 000000000000f000 R13: 00007f2374e01000 R14: 0000000000000000 R15: ffff88807bd421e8 FS: 00007f2374e12140(0000) GS:ffff88807f000000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f2374e01000 CR3: 000000007a4aa000 CR4: 0000000000350eb0 Call Trace: read_vmcore+0x236/0x2c0 proc_reg_read+0x55/0xa0 vfs_read+0x95/0x190 ksys_read+0x4f/0xc0 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x44/0xae Some x86-64 CPUs have a CPU feature called Supervisor Mode Access Prevention (SMAP), which is used to detect wrong access from the kernel to user buffers like this:
    SMAP triggers a permissions violation on wrong access. In the x86-64 variant of clear_user(), SMAP is properly handled via clac()+stac(). To fix, properly use clear_user() when we're dealing with a user buffer. (CVE-2021-47566)

  - 已修复 Linux 内核中的下列漏洞：staging: rtl8192e: Fix use after free in _rtl92e_pci_disconnect() The free_rtllib() function frees the dev pointer so there is use after free on the next line. Re-arrange things to avoid that. (CVE-2021-47571)

  - 已修复 Linux 内核中的下列漏洞：scsi: scsi_debug: Sanity check block descriptor length in resp_mode_select() In resp_mode_select() sanity check the block descriptor len to avoid UAF. BUG: KASAN: use-after-free in resp_mode_select+0xa4c/0xb40 drivers/scsi/scsi_debug.c:2509 Read of size 1 at addr ffff888026670f50 by task scsicmd/15032 CPU: 1 PID: 15032 Comm: scsicmd Not tainted 5.15.0-01d0625 #15 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS Call Trace: <TASK> dump_stack_lvl+0x89/0xb5 lib/dump_stack.c:107 print_address_description.constprop.9+0x28/0x160 mm/kasan/report.c:257 kasan_report.cold.14+0x7d/0x117 mm/kasan/report.c:443
    __asan_report_load1_noabort+0x14/0x20 mm/kasan/report_generic.c:306 resp_mode_select+0xa4c/0xb40 drivers/scsi/scsi_debug.c:2509 schedule_resp+0x4af/0x1a10 drivers/scsi/scsi_debug.c:5483 scsi_debug_queuecommand+0x8c9/0x1e70 drivers/scsi/scsi_debug.c:7537 scsi_queue_rq+0x16b4/0x2d10 drivers/scsi/scsi_lib.c:1521 blk_mq_dispatch_rq_list+0xb9b/0x2700 block/blk-mq.c:1640
    __blk_mq_sched_dispatch_requests+0x28f/0x590 block/blk-mq-sched.c:325 blk_mq_sched_dispatch_requests+0x105/0x190 block/blk-mq-sched.c:358 __blk_mq_run_hw_queue+0xe5/0x150 block/blk-mq.c:1762 __blk_mq_delay_run_hw_queue+0x4f8/0x5c0 block/blk-mq.c:1839 blk_mq_run_hw_queue+0x18d/0x350 block/blk-mq.c:1891 blk_mq_sched_insert_request+0x3db/0x4e0 block/blk-mq-sched.c:474 blk_execute_rq_nowait+0x16b/0x1c0 block/blk-exec.c:63 sg_common_write.isra.18+0xeb3/0x2000 drivers/scsi/sg.c:837 sg_new_write.isra.19+0x570/0x8c0 drivers/scsi/sg.c:775 sg_ioctl_common+0x14d6/0x2710 drivers/scsi/sg.c:941 sg_ioctl+0xa2/0x180 drivers/scsi/sg.c:1166 __x64_sys_ioctl+0x19d/0x220 fs/ioctl.c:52 do_syscall_64+0x3a/0x80 arch/x86/entry/common.c:50 entry_SYSCALL_64_after_hwframe+0x44/0xae arch/x86/entry/entry_64.S:113 (CVE-2021-47576)

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

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

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28711)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28712)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28713)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。已采取一些措施来避免数据过多堆积，但客户机可绕过这些措施：如果客户机能够使其 RX 队列环页面只需要一个空闲槽，而下一个数据包需要多个空闲槽，则可能永远不会触发超时（这可能适用于使用 GSO、XDP 或软件散列的情况）。(CVE-2021-28714)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。虽然可以采取一些措施来避免堆积过多数据，但客户机也可以绕过这些措施：假定接口的客户机在停止使用新数据包之前会经历一段超时时间，而且这个超时时间相当长（默认为 60 秒）。
    在快速接口上使用 UDP 连接可轻松累积若干 GB 数据。
    (CVE-2021-28715)

    在 Linux 内核的 RDMA over Infiniband 实现中发现一个缺陷。向 /dev/infiniband/rdma_cm 设备节点发出命令时，拥有特权本地帐户的攻击者可泄露内核堆栈信息。尽管此访问行为不太可能泄漏敏感用户信息，但可被进一步用于破坏现有的内核保护机制。(CVE-2021-3923)

    在 Linux 内核用于模拟网络设备驱动程序的 eBPF 中发现内存流失漏洞，此漏洞会影响用户对设备使用 BPF 的方式，例如调用函数 nsim_map_alloc_elem。本地用户可利用此缺陷，在未经授权的情况下访问某些数据。(CVE-2021-4135)

    在 XFS 文件系统的 XFS_IOC_ALLOCSP IOCTL 允许未对齐大小的文件增加大小的方式中发现数据泄漏缺陷。本地攻击者可利用此缺陷泄露 XFS 文件系统上其无法访问的数据。(CVE-2021-4155)

    在 Linux 内核的 Aquantia AQtion 以太网卡 Atlantic 驱动程序中，在以太网卡向驱动程序提供恶意输入的方式中发现越界写入缺陷。本地用户可以利用此缺陷来模拟网络设备并造成系统崩溃。此漏洞最大的威胁在于机密性、完整性，以及系统可用性。(CVE-2021-43975)

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

    sctp：使用 call_rcu 释放端点 (CVE-2021-46929)

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

    net/mlx5e：包装 tx 报告程序转储回调以提取 sq (CVE-2021-46931)

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

    i2c：验证 compat ioctl 中的用户数据

    错误的用户数据可导致 i2c_transfer() 中触发警告，例如 zero msgs。用户空间不应触发警告，这样此补丁才能为 compact ioctl 中的用户数据添加验证检查以防报告警告 (CVE-2021-46934)

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

    net：修复 tw_timer_handler 中的释放后使用问题 (CVE-2021-46936)

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

    mm/hwpoison：清除 MF_COUNT_INCREASED，然后重试 get_any_page() (CVE-2021-47090)

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

    Input：elantech - 修复 elantech_change_report_id() 中的堆栈越界访问 (CVE-2021-47097)

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

    i40e修复 i40e_dbg_dump_desc 中的空指针取消引用 (CVE-2021-47501)

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

    aio：修复缺少 POLLFREE 处理导致的释放后使用问题 (CVE-2021-47505)

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

    nfsd：修复委派争用导致的释放后使用漏洞 (CVE-2021-47506)

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

    nfsd：修复 nsfd 启动争用（再次）(CVE-2021-47507)

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

    net/schedfq_pie防止拆卸问题 (CVE-2021-47512)

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

    devlink修复 devlink_nl_cmd_reload() 中的 netns refcount 泄漏 (CVE-2021-47514)

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

    seg6修复 IPv6 套接字控制块中的 iif (CVE-2021-47515)

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

    ethtool：不在取消注册的网络设备上执行操作 (CVE-2021-47517)

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

    serialcore修复传输缓冲区重置和内存泄漏 (CVE-2021-47527)

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

    rxrpc：修复 rxrpc_lookup_peer() 中的 rxrpc_local 泄漏 (CVE-2021-47538)

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

    rxrpc修复 rxrpc_look_up_bundle() 中的 rxrpc_peer 泄漏 (CVE-2021-47539)

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

    net/mlx4_en：修复 mlx4_en_try_alloc_resources() 中的释放后使用缺陷 (CVE-2021-47541)

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

    net: qlogic: qlcnic：修复 qlcnic_83xx_add_rings() 中的空指针取消引用 (CVE-2021-47542)

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

    tcp修复页面错误时的页面 frag 损坏 (CVE-2021-47544)

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

    ipv6修复 fib6_rule_suppress 中的内存泄漏 (CVE-2021-47546)

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

    ethernet：hisilicon：hns: hns_dsaf_misc：修复 hns_dsaf_ge_srst_by_port() 中可能的数组溢出 (CVE-2021-47548)

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

    drm/amd/amdgpu：修复潜在的内存流失问题 (CVE-2021-47550)

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

    sched/scs：重置 bringup_cpu() 中的任务堆栈状态 (CVE-2021-47553)

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

    netvlan修复 real_dev refcnt 的下溢 (CVE-2021-47555)

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

    net/schedsch_ets不要查看“nbands”之外的类 (CVE-2021-47557)

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

    mlxsw: spectrum：保护驱动程序免受有缺陷固件的影响 (CVE-2021-47560)

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

    scsimpt3sas修复驱动器 powercycle 测试期间的内核错误CVE-2021-47565

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

    proc/vmcore：通过正确使用 clear_user() 修复清除用户缓冲区问题 (CVE-2021-47566)

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

    netnexthop修复未启用 IPv6 时的空指针取消引用 (CVE-2021-47572)

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

    scsi：scsi_debug：resp_mode_select() 中的健全性检查区块描述符长度 (CVE-2021-47576)

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

    scsi：scsi_debug：如果大小 arg 为零，则不调用 kcalloc() (CVE-2021-47578)

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

    ovl：修复 ovl_create_real() 中的警告 (CVE-2021-47579)

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

    scsi：scsi_debug：修复 min_t 中的类型，避免堆栈 OOB (CVE-2021-47580)

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

    iocost：修复从低 hweight cgroup 提供的除以零 (CVE-2021-47584)

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

    btrfs：修复 __add_inode_ref() 中的内存泄漏 (CVE-2021-47585)

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

    sit：不从 sit_init_net() 调用 ipip6_dev_free() (CVE-2021-47588)

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

    igbvf：修复“igbvf_probe”中的双重释放 (CVE-2021-47589)

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

    mptcp：清除回退套接字中的“kern”标记 (CVE-2021-47593)

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

    inet_diag：修复 UDP 套接字的内核信息泄漏 (CVE-2021-47597)

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

    sch_cake：不从 cake_init() 调用 cake_destroy() (CVE-2021-47598)

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

    dm btree remove：修复 rebalance_children() 中的释放后使用 (CVE-2021-47600)

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

    audit：改进审计队列处理的稳定性 (CVE-2021-47603)

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

    net：netlink：af_netlink：通过在 len 上添加检查防止空 skb。(CVE-2021-47606)

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

    firmware：arm_scpi：修复 SCPI genpd 驱动程序中的字符串溢出 (CVE-2021-47609)

    在 Linux 内核中“文件系统上下文”功能的 legacy_parse_param 函数验证所提供参数长度的方式中发现基于堆的缓冲区溢出缺陷。能够打开不支持 Filesystem Context API 的文件系统（因而退回到遗留处理进程）的无特权（在启用非特权用户命名空间的情况下，否则需要带有命名空间的 CAP_SYS_ADMIN 特权）本地用户可利用此缺陷升级其在系统中的权限。(CVE-2022-0185)

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

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

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

  - scsiscsi_debugresp_mode_select() 中的区块描述符长度健全性检查 在 resp_mode_select() 中健全性检查块描述符长度以避免 UAF。BUGKASAN由任务 scsicmd/15032 CPU: 1 PID执行的 resp_mode_select+0xa4c/0xb40 drivers/scsi/scsi_debug.c:2509 在地址 ffff888026670f50 大小为 1 的读取中存在释放后使用
    15032 Commscsicmd Not tainted 5.15.0-01d0625 #15 硬件名称QEMU Standard PC (i440FX + PIIX,1996)、BIOS 调用跟踪 <TASK> dump_stack_lvl+0x89/0xb5 lib/dump_stack.c:107 print_address_description.constprop.9 +0x28/0x160 mm/kasan/report.c:257 kasan_report.cold.14+0x7d/0x117 mm/kasan/report.c:443 __asan_report_load1_noabort+0x14/0x20 mm/kasan/report_generic.c:306 resp_mode_select+0xa4c/0xb40 drivers/scsi/scsi_debug.c:2509 schedule_resp+0x4af/0x1a10 drivers/scsi/scsi_debug.c:5483 scsi_debug_queuecommand+0x8c9/0x1e70 drivers/scsi/scsi_debug.c:7537 scsi_queue_rq+0x16b4/0x2d10 drivers/scsi/scsi_lib.c 1521 blk_mq_dispatch_rq_list+0xb9b/0x2700 block/blk-mq.c:1640 __blk_mq_sched_dispatch_requests+0x28f/0x590 block/blk-mq-sched.c:325 blk_mq_sched_dispatch_requests+0x105/0x190 block/blk-mq-sched.c:358 __blk_mq_run_hw_queue+0xe5 /0x150 block/blk-mq.c:1762 __blk_mq_delay_run_hw_queue+0x4f8/0x5c0 block/blk-mq.c:1839 blk_mq_run_hw_queue+0x18d/0x350 block/blk-mq.c:1891 blk_mq_sched_insert_request+0x3db /0x4e0 block/blk-mq-sched.c:474 blk_execute_rq_nowait+0x16b/0x1c0 block/blk-exec.c:63 sg_common_write.isra.18+0xeb3/0x2000 drivers/scsi/sg.c:837 sg_new_write.isra.19 +0x570/0x8c0 drivers/scsi/sg.c:775 sg_ioctl_common+0x14d6/0x2710 drivers/scsi/sg.c:941 sg_ioctl+0xa2/0x180 drivers/scsi/sg.c:1166 __x64_sys_ioctl+0x19d/0x220 fs/ioctl。 c:52 do_syscall_64+0x3a/0x80 arch/x86/entry/common.c:50 entry_SYSCALL_64_after_hwframe+0x44/0xae arch/x86/entry/entry_64.S:113 (CVE-2021-47576)

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

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

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28711)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28712)

    在 Linux 内核的 Xen 管理程序子系统中，当用户从其中一个客户机调用高频率中断时，发现虚拟机客户机拒绝服务缺陷。本地用户可利用此缺陷耗尽资源，进而导致拒绝服务。(CVE-2021-28713)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。已采取一些措施来避免数据过多堆积，但客户机可绕过这些措施：如果客户机能够使其 RX 队列环页面只需要一个空闲槽，而下一个数据包需要多个空闲槽，则可能永远不会触发超时（这可能适用于使用 GSO、XDP 或软件散列的情况）。(CVE-2021-28714)

    在 Linux 内核的 netback 驱动程序中，客户机的传入数据包会一直缓冲，直到客户机准备好处理这些数据包为止。虽然可以采取一些措施来避免堆积过多数据，但客户机也可以绕过这些措施：假定接口的客户机在停止使用新数据包之前会经历一段超时时间，而且这个超时时间相当长（默认为 60 秒）。
    在快速接口上使用 UDP 连接可轻松累积若干 GB 数据。
    (CVE-2021-28715)

    在 Linux 内核的 RDMA over Infiniband 实现中发现一个缺陷。向 /dev/infiniband/rdma_cm 设备节点发出命令时，拥有特权本地帐户的攻击者可泄露内核堆栈信息。尽管此访问行为不太可能泄漏敏感用户信息，但可被进一步用于破坏现有的内核保护机制。(CVE-2021-3923)

    在 Linux 内核用于模拟网络设备驱动程序的 eBPF 中发现内存流失漏洞，此漏洞会影响用户对设备使用 BPF 的方式，例如调用函数 nsim_map_alloc_elem。本地用户可利用此缺陷，在未经授权的情况下访问某些数据。(CVE-2021-4135)

    在 XFS 文件系统的 XFS_IOC_ALLOCSP IOCTL 允许未对齐大小的文件增加大小的方式中发现数据泄漏缺陷。本地攻击者可利用此缺陷泄露 XFS 文件系统上其无法访问的数据。(CVE-2021-4155)

    在 Linux 内核的 Aquantia AQtion 以太网卡 Atlantic 驱动程序中，在以太网卡向驱动程序提供恶意输入的方式中发现越界写入缺陷。本地用户可以利用此缺陷来模拟网络设备并造成系统崩溃。此漏洞最大的威胁在于机密性、完整性，以及系统可用性。(CVE-2021-43975)

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

    sctp：使用 call_rcu 释放端点 (CVE-2021-46929)

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

    i2c：验证 compat ioctl 中的用户数据

    错误的用户数据可导致 i2c_transfer() 中触发警告，例如 zero msgs。用户空间不应触发警告，这样此补丁才能为 compact ioctl 中的用户数据添加验证检查以防报告警告 (CVE-2021-46934)

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

    net：修复 tw_timer_handler 中的释放后使用问题 (CVE-2021-46936)

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

    Input：elantech - 修复 elantech_change_report_id() 中的堆栈越界访问 (CVE-2021-47097)

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

    aio：修复缺少 POLLFREE 处理导致的释放后使用问题 (CVE-2021-47505)

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

    nfsd：修复委派争用导致的释放后使用漏洞 (CVE-2021-47506)

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

    nfsd：修复 nsfd 启动争用（再次）(CVE-2021-47507)

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

    seg6修复 IPv6 套接字控制块中的 iif (CVE-2021-47515)

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

    serialcore修复传输缓冲区重置和内存泄漏 (CVE-2021-47527)

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

    rxrpc：修复 rxrpc_lookup_peer() 中的 rxrpc_local 泄漏 (CVE-2021-47538)

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

    net/mlx4_en：修复 mlx4_en_try_alloc_resources() 中的释放后使用缺陷 (CVE-2021-47541)

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

    net: qlogic: qlcnic：修复 qlcnic_83xx_add_rings() 中的空指针取消引用 (CVE-2021-47542)

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

    ipv6修复 fib6_rule_suppress 中的内存泄漏 (CVE-2021-47546)

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

    ethernet：hisilicon：hns: hns_dsaf_misc：修复 hns_dsaf_ge_srst_by_port() 中可能的数组溢出 (CVE-2021-47548)

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

    netvlan修复 real_dev refcnt 的下溢 (CVE-2021-47555)

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

    scsimpt3sas修复驱动器 powercycle 测试期间的内核错误CVE-2021-47565

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

    proc/vmcore：通过正确使用 clear_user() 修复清除用户缓冲区问题 (CVE-2021-47566)

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

    netnexthop修复未启用 IPv6 时的空指针取消引用 (CVE-2021-47572)

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

    scsi：scsi_debug：resp_mode_select() 中的健全性检查区块描述符长度 (CVE-2021-47576)

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

    ovl：修复 ovl_create_real() 中的警告 (CVE-2021-47579)

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

    sit：不从 sit_init_net() 调用 ipip6_dev_free() (CVE-2021-47588)

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

    igbvf：修复“igbvf_probe”中的双重释放 (CVE-2021-47589)

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

    inet_diag：修复 UDP 套接字的内核信息泄漏 (CVE-2021-47597)

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

    sch_cake：不从 cake_init() 调用 cake_destroy() (CVE-2021-47598)

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

    dm btree remove：修复 rebalance_children() 中的释放后使用 (CVE-2021-47600)

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

    audit：改进审计队列处理的稳定性 (CVE-2021-47603)

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

    net：netlink：af_netlink：通过在 len 上添加检查防止空 skb。(CVE-2021-47606)

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

    firmware：arm_scpi：修复 SCPI genpd 驱动程序中的字符串溢出 (CVE-2021-47609)

    在 Linux 内核中“文件系统上下文”功能的 legacy_parse_param 函数验证所提供参数长度的方式中发现基于堆的缓冲区溢出缺陷。能够打开不支持 Filesystem Context API 的文件系统（因而退回到遗留处理进程）的无特权（在启用非特权用户命名空间的情况下，否则需要带有命名空间的 CAP_SYS_ADMIN 特权）本地用户可利用此缺陷升级其在系统中的权限。(CVE-2022-0185)

    多种内核基础驱动程序方法中可能存在越界写入缺陷，这是堆缓冲区溢出所导致。这可能会导致本地权限提升，并需要系统执行权限。无需用户交互即可利用漏洞。产品：Android 版本：Android 内核 Android ID：
    A-182388481 引用：上游内核 (CVE-2022-20166)

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

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

远程 14.04 LTS / 16.04 LTS 主机上安装的程序包受到 USN-7607-1 公告中提及的多个漏洞的影响。

    发现 Linux 内核的 Bluetooth 堆栈中存在释放后使用漏洞。
    本地攻击者可利用此问题造成拒绝服务（系统崩溃）或可能执行任意代码。(CVE-2022-3640)

    在 Linux 内核中发现多个安全问题。攻击者可能利用这些问题入侵系统。此更新修正了以下子系统中的缺陷：

    - SCSI 子系统；

    - 网络文件系统 (NFS) 客户端；

    - NILFS2 文件系统；

    - 文件系统基础设施；

    - 内存管理；

    - 蓝牙子系统；

    - 网络流量控制；

    USB 音频设备； (CVE-2024-50116, CVE-2021-47576, CVE-2024-53197, CVE-2024-46787, CVE-2025-37798, CVE-2024-49958, CVE-2021-47260, CVE-2025-37932, CVE-2022-49909)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
360231	CentOS Linux 8.4 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.4：CLSA-2026：1780079196）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/2	high
351748	CentOS Linux 8.5 [TuxCare] 安全更新：bpftool / kernel / kernel-core / kernel-cross-headers / 等多个漏洞（CENTOS8.5：CLSA-2026：1780076591）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/5	high
157408	Amazon Linux 2：内核 (ALAS-2022-1749)	Nessus	Amazon Linux Local Security Checks	2022/2/7	2026/6/3	high
352867	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1783337441）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
160451	Amazon Linux 2：内核 (ALASKERNEL-5.10-2022-009)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	high
229747	Linux Distros 未修补的漏洞：CVE-2021-47576	Nessus	Misc.	2025/3/5	2026/8/6	high
160423	Amazon Linux 2：内核 (ALASKERNEL-5.4-2022-021)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	high
241175	Ubuntu 14.04 LTS / 16.04 LTS：Linux kernel 漏洞 (USN-7607-1)	Nessus	Ubuntu Local Security Checks	2025/7/2	2025/12/9	high

检测

插件搜索

high

high

high

high

high

high

high

high