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

    在使用者使用 OverlayFS 以特定方式重新命名的方式中，發現存取 Linux 核心 OverlayFS 子系統中檔案物件的爭用情形。本機使用者可能會利用此缺陷造成系統當機。
    (CVE-2021-20321)

    此弱點允許本機攻擊者提升受影響 Linux 核心 5.14-rc3 安裝的權限。攻擊者必須先取得在目標系統上執行低權限程式碼的能力，才能攻擊此弱點。在處理 eBPF 程式時存在一個特定缺陷。此問題是由於未正確驗證使用者提供的 eBPF 程式所致，其可導致類型混淆情形。攻擊者可利用此弱點，在核心的內容中提升權限並執行任意程式碼。此弱點之前為 ZDI-CAN-14689。(CVE-2021-34866)

    在 Linux 核心中發現一個缺陷。ccp-ops crypto 驅動程式中的記憶體洩漏可允許攻擊者造成拒絕服務。此弱點與舊版 CVE-2019-18808 類似。此弱點對系統可用性威脅最大。(CVE-2021-3744)

    在 Linux 核心的 ccp_run_aes_gcm_cmd() 函式中發現記憶體洩漏弱點，攻擊者可藉此造成拒絕服務。此弱點與早先的 CVE-2019-18808 類似。此弱點對系統可用性威脅最大。(CVE-2021-3764)

    在 Linux 核心的 bpf 中，在 kernel/bpf/stackmap.c 的 prealloc_elems_and_freelist 中發現超出邊界 (OOB) 記憶體寫入瑕疵。在此瑕疵中，計算大小的乘法可能導致整數溢位，允許具有特殊使用者權限的本機攻擊者取得超出邊界記憶體的存取權，進而導致系統當機或內部核心洩漏資訊。(CVE-2021-41864)

    在 Linux 核心的透明處理程序間通訊實作的密碼編譯接收程式碼中發現一個瑕疵。能夠將 TIPC 訊息傳送至目標的攻擊者可在目標系統上損毀記憶體並提升特權。(CVE-2021-43267)

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

    binder：確保 fd 完整關閉 (CVE-2021-47360)

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

    irqchip/gic-v3-its：修正發生錯誤時潛在的 VPE 洩漏問題 (CVE-2021-47373)

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

    blktrace：修正 sysfs 移除後 blk_trace 存取中的 uaf (CVE-2021-47375)

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

    bpf：呼叫 kvcalloc() 前新增 oversize 檢查 (CVE-2021-47376)

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

    nvme-rdma：在損毀 qp 之前損毀 cm id 以避免使用已釋放記憶體 (CVE-2021-47378)

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

    blk-cgroup：藉由在損毀 blkg pd 之前抓取 blkcg 鎖定以修正 UAF (CVE-2021-47379)

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

    tty：修正 imageblit 中的超出邊界 vmalloc 存取 (CVE-2021-47383)

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

    hwmon：(w83793) 透過移除不必要的結構欄位來修正 NULL 指標解除參照 (CVE-2021-47384)

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

    hwmon(w83792d) 移除不必要的結構欄位修正 NULL 指標解除參照 (CVE-2021-47385)

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

    hwmon：(w83791d) 透過移除不必要的結構欄位來修正 NULL 指標解除參照 (CVE-2021-47386)

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

    cpufreq：schedutil：使用 kobject release() 方法釋放 sugov_tunables (CVE-2021-47387)

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

    KVM：x86：修正來自 ioapic_write_indirect() 的堆疊超出邊界記憶體存取 (CVE-2021-47390)

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

    RDMA/cma修正 rdma_cma_listen_on_all() 失敗中的接聽程式洩漏問題 (CVE-2021-47392)

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

    sctp如果 skb_header_pointer 在 sctp_rcv_ootb 中傳回 NULL則中斷 (CVE-2021-47397)

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

    ixgbe修正 ixgbe_xdp_setup 中的 NULL 指標解除參照 (CVE-2021-47399)

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

    HID：betop：修正 betop_probe 中的 slab-out-of-bounds 寫入 (CVE-2021-47404)

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

    HIDusbhid釋放 usbhid_stop 中的 raw_report 緩衝區 (CVE-2021-47405)

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

    ext4：將錯誤檢查新增至 ext4_ext_replay_set_iblocks() (CVE-2021-47406)

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

    KVM：x86：在頁面追踪初始化期間處理 SRCU 初始化失敗 (CVE-2021-47407)

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

    netfilter：conntrack：序列化雜湊調整大小和清理 (CVE-2021-47408)

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

    phymdio修正記憶體洩漏 (CVE-2021-47416)

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

    net_sched修正 fifo_set_limit() 中的 NULL 指標解除參照 (CVE-2021-47418)

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

    i40e修正未初始化的雜項 IRQ 向量的釋放問題 (CVE-2021-47424)

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

    i2cacpi修正重新組態裝置新增中的資源洩漏 (CVE-2021-47425)

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

    x86/entryCONFIG_X86_SMAP=n 時清除 X86_FEATURE_SMAP (CVE-2021-47430)

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

    btrfs修正 btrfs_replace_file_extents 中的中止邏輯 (CVE-2021-47433)

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

    xhci中止命令時修正命令環指標損毀 (CVE-2021-47434)

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

    net/mlx5e修正 mlx5_core_destroy_cq() 錯誤路徑中的記憶體洩漏 (CVE-2021-47438)

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

    drm/edid在 connector_bad_edid() 端點中 num_blocks 讀取了 num_of_ext (CVE-2021-47444)

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

    nvmem：使用位元組大小儲存格修正 shift-out-of-bound (CVE-2021-47497)

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

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

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1778266904 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：samples/landlock: Fix path_list memory leak Clang static analysis reports this error sandboxer.c:134:8: warning: Potential leak of memory pointed to by 'path_list' ret = 0; ^ path_list is allocated in parse_path() but never freed. (CVE-2021-47654)

  - 已解決 Linux 核心中的下列弱點：tty: synclink_gt: Fix null-pointer-dereference in slgt_clean() When the driver fails at alloc_hdlcdev(), and then we remove the driver module, we will get the following splat: [ 25.065966] general protection fault, probably for non-canonical address 0xdffffc0000000182: 0000 [#1] PREEMPT SMP KASAN PTI [ 25.066914] KASAN: null-ptr-deref in range [0x0000000000000c10-0x0000000000000c17] [ 25.069262] RIP: 0010:detach_hdlc_protocol+0x2a/0x3e0 [25.077709] Call Trace: [ 25.077924] <TASK> [ 25.078108] unregister_hdlc_device+0x16/0x30 [ 25.078481] slgt_cleanup+0x157/0x9f0 [synclink_gt] Fix this by checking whether the 'info->netdev' is a null pointer first. (CVE-2022-49307)

  - 已解決 Linux 核心中的下列弱點：ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - 已解決 Linux 核心中的下列弱點：tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - 已解決 Linux 核心中的下列弱點：linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - 已解決 Linux 核心中的下列弱點：x86/entry: Clear X86_FEATURE_SMAP when CONFIG_X86_SMAP=n Commit 3c73b81a9164 (x86/entry, selftests: Further improve user entry sanity checks) added a warning if AC is set when in the kernel. Commit 662a0221893a3d (x86/entry: Fix AC assertion) changed the warning to only fire if the CPU supports SMAP. However, the warning can still trigger on a machine that supports SMAP but where it's disabled in the kernel config and when running the syscall_nt selftest, for example: ------------[ cut here ]------------ WARNING: CPU: 0 PID: 49 at irqentry_enter_from_user_mode CPU: 0 PID: 49 Comm: init Tainted: G T 5.15.0-rc4+ #98 e6202628ee053b4f310759978284bd8bb0ce6905 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 RIP: 0010:irqentry_enter_from_user_mode ... Call Trace: ? irqentry_enter ? exc_general_protection ? asm_exc_general_protection ? asm_exc_general_protectio IS_ENABLED(CONFIG_X86_SMAP) could be added to the warning condition, but even this would not be enough in case SMAP is disabled at boot time with the nosmap parameter. To be consistent with nosmap behaviour, clear X86_FEATURE_SMAP when !CONFIG_X86_SMAP. Found using entry-fuzz + satrandconfig. [ bp: Massage commit message. ] (CVE-2021-47430)

請注意，Nessus 依賴供應商報告的套件存在。

ID	名稱	產品	系列	已發布	已更新	嚴重性
160447	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-007)	Nessus	Amazon Linux Local Security Checks	2022/5/2	2026/2/26	critical
361258	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1778266904）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
245856	Linux Distros 未修補弱點：CVE-2021-47430	Nessus	Misc.	2025/8/8	2026/9/23	medium

偵測

搜尋 Plugin

critical

high

medium