遠端主機上安裝的核心版本早於 5.4.172-90.336。因此，會受到 ALAS2KERNEL-54-2022-021 公告中所提及的多個弱點影響。

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28711)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28712)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(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: 驗證相容 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 核心中，下列弱點已解決：

    serial核心修正傳輸緩衝區重設和記憶體洩漏 (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() 中的 NULL 指標解除參照 (CVE-2021-47542)

    在 Linux 核心中，下列弱點已解決：

    ipv6修正 fib6_rule_suppress 中的記憶體洩漏 (CVE-2021-47546)

    在 Linux 核心中，下列弱點已解決：

    乙太網路: hisilicon: hns: hns_dsaf_misc: 修復 hns_dsaf_ge_srst_by_port() 中可能存在的陣列溢位弱點 (CVE-2021-47548)

    在 Linux 核心中，下列弱點已解決：

    netvlan修正 real_dev refcnt 的反向溢位 (CVE-2021-47555)

    在 Linux 核心中，下列弱點已解決：

    scsimpt3sas修正磁碟機重新開機測試期間的核心錯誤 (CVE-2021-47565)

    在 Linux 核心中，下列弱點已解決：

    proc/vmcore: 透過正確使用 clear_user() 來修復清除使用者緩衝區的問題 (CVE-2021-47566)

    在 Linux 核心中，下列弱點已解決：

    netnexthop在 IPv6 未啟用時修正 null 指標解除參照 (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 移除: 修復 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 核心的 Filesystem Context 功能中發現堆積型緩衝區溢位缺陷，此缺陷與 legacy_parse_param 函式驗證所提供的參數長度的方式有關。非特權的 (在啟用非特權使用者命名空間的情況下，否則需要有命名空間的 CAP_SYS_ADMIN 特權) 本機使用者若能開啟不支援 Filesystem Context API (因而遞補至舊型處理進程) 的檔案系統，便可利用此缺陷提升其在系統中的權限。(CVE-2022-0185)

    在核心基礎驅動程式的多種方法中，可能會發生因堆積緩衝區溢位而導致的超出邊界寫入。這可能會導致需要系統執行權限的本機特權提升。刺探利用弱點不需要使用者互動。產品: AndroidVersions: Android kernelAndroid ID: 
    A-182388481 參照: 上游核心 (CVE-2022-20166)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - scsiscsi_debugresp_mode_select() 中的區塊描述符號長度功能健全檢查在 resp_mode_select() 中請檢查區塊描述符號 len 的功能健全以避免 UAF。錯誤KASAN在 resp_mode_select+0xa4c/0xb40 drivers/scsi/scsi_debug.c:2509 中讀取大小 1 工作 scsicmd/15032 CPU1 PID 在 addr ffff888026670f50 中發生釋放後使用。
    15032 Commscsicmd 未受污染的 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 依賴供應商報告的套件存在。

CentOS Linux 8.5 主機已安裝的套件會受到 TuxCare CENTOS8.5：CLSA-2026：1780076591 公告中提及的多個弱點影響。

  - 在 5.3.2 版及之前版本的 Linux 核心中，在 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

CentOS Linux 8.4 主機已安裝的套件會受到 TuxCare CENTOS8.4：CLSA-2026：1780079196 公告中提及的多個弱點影響。

  - 已解決 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Ubuntu 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 5.10.93-87.444。因此，會受到 ALAS2KERNEL-510-2022-009 公告中所提及的多個弱點影響。

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28711)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28712)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(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: 驗證相容 ioctl 中的使用者資料

    錯誤的使用者資料可導致 i2c_transfer() 中發生警告，例如 zero msgs。使用者空間應無法觸發警告，因此此修補程式新增了針對 compact ioctl 中使用者資料的驗證檢查，以防止報告警告 (CVE-2021-46934)

    在 Linux 核心中，下列弱點已解決:

    net: 修復 tw_timer_handler 中的釋放後使用問題 (CVE-2021-46936)

    在 Linux 核心中，下列弱點已解決:

    mm/hwpoison: 重試 get_any_page() 前清除 MF_COUNT_INCREASED (CVE-2021-47090)

    在 Linux 核心中，下列弱點已解決:

    Input: elantech - 修復 elantech_change_report_id() 中的堆疊超出邊界存取 (CVE-2021-47097)

    在 Linux 核心中，下列弱點已解決：

    i40e修正 i40e_dbg_dump_desc 中的 NULL 指標解除參照 (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 核心中，下列弱點已解決：

    serial核心修正傳輸緩衝區重設和記憶體洩漏 (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() 中的 NULL 指標解除參照 (CVE-2021-47542)

    在 Linux 核心中，下列弱點已解決：

    tcp修正頁面錯誤時的頁面片段損毀 (CVE-2021-47544)

    在 Linux 核心中，下列弱點已解決：

    ipv6修正 fib6_rule_suppress 中的記憶體洩漏 (CVE-2021-47546)

    在 Linux 核心中，下列弱點已解決：

    乙太網路: hisilicon: hns: hns_dsaf_misc: 修復 hns_dsaf_ge_srst_by_port() 中可能存在的陣列溢位弱點 (CVE-2021-47548)

    在 Linux 核心中，下列弱點已解決:

    drm/amd/amdgpu: 修復潛在的記憶體流失 (CVE-2021-47550)

    在 Linux 核心中，下列弱點已解決：

    sched/scs：重設 fryup_cpu() 中的工作堆疊狀態 (CVE-2021-47553)

    在 Linux 核心中，下列弱點已解決：

    netvlan修正 real_dev refcnt 的反向溢位 (CVE-2021-47555)

    在 Linux 核心中，下列弱點已解決：

    net/schedsch_ets不查看 'nbands' 以外的類別 (CVE-2021-47557)

    在 Linux 核心中，下列弱點已解決：

    mlxsw: spectral: 保護驅動程式不受錯誤韌體的影響 (CVE-2021-47560)

    在 Linux 核心中，下列弱點已解決：

    scsimpt3sas修正磁碟機重新開機測試期間的核心錯誤 (CVE-2021-47565)

    在 Linux 核心中，下列弱點已解決：

    proc/vmcore: 透過正確使用 clear_user() 來修復清除使用者緩衝區的問題 (CVE-2021-47566)

    在 Linux 核心中，下列弱點已解決：

    netnexthop在 IPv6 未啟用時修正 null 指標解除參照 (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 移除: 修復 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 核心的 Filesystem Context 功能中發現堆積型緩衝區溢位缺陷，此缺陷與 legacy_parse_param 函式驗證所提供的參數長度的方式有關。非特權的 (在啟用非特權使用者命名空間的情況下，否則需要有命名空間的 CAP_SYS_ADMIN 特權) 本機使用者若能開啟不支援 Filesystem Context API (因而遞補至舊型處理進程) 的檔案系統，便可利用此缺陷提升其在系統中的權限。(CVE-2022-0185)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的核心版本早於 4.14.262-200.489。因此，會受到 ALAS2-2022-1749 公告中所提及的多個弱點影響。

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28711)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(CVE-2021-28712)

    在 Linux 核心的 Xen hypervisor 子系統中，發現虛擬機器客體存在拒絕服務缺陷，此缺陷與使用者從其中一個客體呼叫某些高頻率中斷的方式有關。本機使用者可利用此缺陷來耗盡資源，進而導致拒絕服務。(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 核心的 Unix 網域通訊端檔案處置程式中，於使用者同時呼叫 close() 和 fget() 的方式中發現一個可能觸發爭用情形的釋放後記憶體缺陷。本機使用者可利用此缺陷造成系統當機，或提升自己的系統權限。
    (CVE-2021-4083)

    在 XFS 檔案系統中 XFS_IOC_ALLOCSP IOCTL 允許未對齊大小的檔案增加大小的方式中發現資料洩漏缺陷。本機攻擊者可利用此缺陷洩漏 XFS 檔案系統上其以其他方式無法存取的資料。(CVE-2021-4155)

    Linux 核心 TEE (受信任的執行環境) 子系統中存在釋放後使用缺陷，因使用者呼叫 ioctl TEE_IOC_OPEN_SESSION 或 TEE_IOC_INVOKE 的方式所致。本機使用者可利用此缺陷來損毀系統或提高自己的系統權限。如果 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 核心中，下列弱點已解決:

    乙太網路: hisilicon: hns: hns_dsaf_misc: 修復 hns_dsaf_ge_srst_by_port() 中可能存在的陣列溢位弱點 (CVE-2021-47548)

    在 Linux 核心中，下列弱點已解決：

    scsi: mpt3sas: 修復磁碟機重新開機測試期間的核心錯誤 (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 移除: 修復 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)

    使用 call_usermodehelper 呼叫 cgroup release_agent。函式 call_usermodehelper 會啟動具有一組完整功能的 release_agent。因此，在設定 release_agent 時需要使用這些功能。(CVE-2022-0492)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

CentOS Linux 7 主機已安裝的套件會受到 TuxCare CENTOS7：CLSA-2026：1783337441 公告中提及的多個弱點影響。

  - 已解決 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
160423	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-021)	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
351748	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1780076591）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/5	high
360231	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1780079196）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/2	high
241175	Ubuntu 14.04 LTS/16.04 LTS：Linux 核心弱點 (USN-7607-1)	Nessus	Ubuntu Local Security Checks	2025/7/2	2025/12/9	high
160451	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-009)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	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 / etc 多個弱點（CENTOS7：CLSA-2026：1783337441）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high