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

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

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 核心中的下列弱點：isdn: cpai: check ctr->cnr to avoid array index out of bound The cmtp_add_connection() would add a cmtp session to a controller and run a kernel thread to process cmtp. __module_get(THIS_MODULE); session->task = kthread_run(cmtp_session, session, kcmtpd_ctr_%d, session->num); During this process, the kernel thread would call detach_capi_ctr() to detach a register controller. if the controller was not attached yet, detach_capi_ctr() would trigger an array-index-out-bounds bug. [ 46.866069][ T6479] UBSAN: array-index-out-of-bounds in drivers/isdn/capi/kcapi.c:483:21 [ 46.867196][ T6479] index -1 is out of range for type 'capi_ctr *[32]' [ 46.867982][ T6479] CPU: 1 PID: 6479 Comm: kcmtpd_ctr_0 Not tainted 5.15.0-rc2+ #8 [46.869002][ T6479] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-2 04/01/2014 [46.870107][ T6479] Call Trace: [ 46.870473][ T6479] dump_stack_lvl+0x57/0x7d [ 46.870974][ T6479] ubsan_epilogue+0x5/0x40 [ 46.871458][ T6479] __ubsan_handle_out_of_bounds.cold+0x43/0x48 [ 46.872135][T6479] detach_capi_ctr+0x64/0xc0 [ 46.872639][ T6479] cmtp_session+0x5c8/0x5d0 [ 46.873131][ T6479] ?
    __init_waitqueue_head+0x60/0x60 [ 46.873712][ T6479] ? cmtp_add_msgpart+0x120/0x120 [ 46.874256][ T6479] kthread+0x147/0x170 [ 46.874709][ T6479] ? set_kthread_struct+0x40/0x40 [ 46.875248][ T6479] ret_from_fork+0x1f/0x30 [ 46.875773][ T6479] (CVE-2021-4439)

  - 已解決 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)

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx4_en: Fix an use-after-free bug in mlx4_en_try_alloc_resources() In mlx4_en_try_alloc_resources(), mlx4_en_copy_priv() is called and tmp->tx_cq will be freed on the error path of mlx4_en_copy_priv(). After that mlx4_en_alloc_resources() is called and there is a dereference of &tmp->tx_cq[t][i] in mlx4_en_alloc_resources(), which could lead to a use after free problem on failure of mlx4_en_copy_priv(). Fix this bug by adding a check of mlx4_en_copy_priv() This bug was found by a static analyzer. The analysis employs differential checking to identify inconsistent security operations (e.g., checks or kfrees) between two code paths and confirms that the inconsistent operations are not recovered in the current function or the callers, so they constitute bugs. Note that, as a bug found by static analysis, it can be a false positive or hard to trigger. Multiple researchers have cross-reviewed the bug. Builds with CONFIG_MLX4_EN=m show no new warnings, and our static analyzer no longer warns about this code. (CVE-2021-47541)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
160423	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-021)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	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
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/19	high
249476	Linux Distros 未修補的弱點：CVE-2021-47541	Nessus	Misc.	2025/8/15	2026/7/17	high
157408	Amazon Linux 2：核心 (ALAS-2022-1749)	Nessus	Amazon Linux Local Security Checks	2022/2/7	2026/6/3	high
160451	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-009)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	high

偵測

搜尋 Plugin

high

high

high

high

high

high