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

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

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

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

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix possible uaf for 'bfqq->bic' Our test report a uaf for 'bfqq->bic' in 5.10:
    ================================================================== BUG: KASAN: use-after-free in bfq_select_queue+0x378/0xa30 CPU: 6 PID: 2318352 Comm: fsstress Kdump: loaded Not tainted 5.10.0-60.18.0.50.h602.kasan.eulerosv2r11.x86_64 #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58-20220320_160524-szxrtosci10000 04/01/2014 Call Trace:
    bfq_select_queue+0x378/0xa30 bfq_dispatch_request+0xe8/0x130 blk_mq_do_dispatch_sched+0x62/0xb0
    __blk_mq_sched_dispatch_requests+0x215/0x2a0 blk_mq_sched_dispatch_requests+0x8f/0xd0
    __blk_mq_run_hw_queue+0x98/0x180 __blk_mq_delay_run_hw_queue+0x22b/0x240 blk_mq_run_hw_queue+0xe3/0x190 blk_mq_sched_insert_requests+0x107/0x200 blk_mq_flush_plug_list+0x26e/0x3c0 blk_finish_plug+0x63/0x90
    __iomap_dio_rw+0x7b5/0x910 iomap_dio_rw+0x36/0x80 ext4_dio_read_iter+0x146/0x190 [ext4] ext4_file_read_iter+0x1e2/0x230 [ext4] new_sync_read+0x29f/0x400 vfs_read+0x24e/0x2d0 ksys_read+0xd5/0x1b0 do_syscall_64+0x33/0x40 entry_SYSCALL_64_after_hwframe+0x61/0xc6 Commit 3bc5e683c67d (bfq: Split shared queues on move between cgroups) changes that move process to a new cgroup will allocate a new bfqq to use, however, the old bfqq and new bfqq can point to the same bic: 1) Initial state, two process with io in the same cgroup. Process 1 Process 2 (BIC1) (BIC2) | | | | | | V | V | bfqq1 bfqq2 2) bfqq1 is merged to bfqq2. Process 1 Process 2 (BIC1) (BIC2) | | \-------------\| V bfqq1 bfqq2(coop) 3) Process 1 exit, then issue new io(denoce IOA) from Process 2. (BIC2) | | | V | bfqq2(coop) 4) Before IOA is completed, move Process 2 to another cgroup and issue io. Process 2 (BIC2) |\--------------\ | V bfqq2 bfqq3 Now that BIC2 points to bfqq3, while bfqq2 and bfqq3 both point to BIC2. If all the requests are completed, and Process 2 exit, BIC2 will be freed while there is no guarantee that bfqq2 will be freed before BIC2. Fix the problem by clearing bfqq->bic while bfqq is detached from bic. (CVE-2022-50488)

  - 已解決 Linux 核心中的下列弱點：wifi: ath10k: Delay the unmapping of the buffer On WCN3990, we are seeing a rare scenario where copy engine hardware is sending a copy complete interrupt to the host driver while still processing the buffer that the driver has sent, this is leading into an SMMU fault triggering kernel panic. This is happening on copy engine channel 3 (CE3) where the driver normally enqueues WMI commands to the firmware. Upon receiving a copy complete interrupt, host driver will immediately unmap and frees the buffer presuming that hardware has processed the buffer. In the issue case, upon receiving copy complete interrupt, host driver will unmap and free the buffer but since hardware is still accessing the buffer (which in this case got unmapped in parallel), SMMU hardware will trigger an SMMU fault resulting in a kernel panic. In order to avoid this, as a work around, add a delay before unmapping the copy engine source DMA buffer. This is conditionally done for WCN3990 and only for the CE3 channel where issue is seen. Below is the crash signature: wifi smmu error: kernel: [10.120965] arm-smmu 15000000.iommu: Unhandled context fault: fsr=0x402, iova=0x7fdfd8ac0, fsynr=0x500003,cbfrsynra=0xc1, cb=6 arm-smmu 15000000.iommu: Unhandled context fault:fsr=0x402, iova=0x7fe06fdc0, fsynr=0x710003, cbfrsynra=0xc1, cb=6 qcom-q6v5-mss 4080000.remoteproc: fatal error received: err_qdi.c:1040:EF:wlan_process:0x1:WLAN RT:0x2091: cmnos_thread.c:3998:Asserted in copy_engine.c:AXI_ERROR_DETECTED:2149 remoteproc remoteproc0: crash detected in 4080000.remoteproc: type fatal error <3> remoteproc remoteproc0: handling crash #1 in 4080000.remoteproc pc :
    __arm_lpae_unmap+0x500/0x514 lr : __arm_lpae_unmap+0x4bc/0x514 sp : ffffffc011ffb530 x29: ffffffc011ffb590 x28: 0000000000000000 x27: 0000000000000000 x26: 0000000000000004 x25: 0000000000000003 x24:
    ffffffc011ffb890 x23: ffffffa762ef9be0 x22: ffffffa77244ef00 x21: 0000000000000009 x20: 00000007fff7c000 x19: 0000000000000003 x18: 0000000000000000 x17: 0000000000000004 x16: ffffffd7a357d9f0 x15:
    0000000000000000 x14: 00fd5d4fa7ffffff x13: 000000000000000e x12: 0000000000000000 x11: 00000000ffffffff x10: 00000000fffffe00 x9 : 000000000000017c x8 : 000000000000000c x7 : 0000000000000000 x6 :
    ffffffa762ef9000 x5 : 0000000000000003 x4 : 0000000000000004 x3 : 0000000000001000 x2 : 00000007fff7c000 x1 : ffffffc011ffb890 x0 : 0000000000000000 Call trace: __arm_lpae_unmap+0x500/0x514
    __arm_lpae_unmap+0x4bc/0x514 __arm_lpae_unmap+0x4bc/0x514 arm_lpae_unmap_pages+0x78/0xa4 arm_smmu_unmap_pages+0x78/0x104 __iommu_unmap+0xc8/0x1e4 iommu_unmap_fast+0x38/0x48
    __iommu_dma_unmap+0x84/0x104 iommu_dma_free+0x34/0x50 dma_free_attrs+0xa4/0xd0 ath10k_htt_rx_free+0xc4/0xf4 [ath10k_core] ath10k_core_stop+0x64/0x7c [ath10k_core] ath10k_halt+0x11c/0x180 [ath10k_core] ath10k_stop+0x54/0x94 [ath10k_core] drv_stop+0x48/0x1c8 [mac80211] ieee80211_do_open+0x638/0x77c [mac80211] ieee80211_open+0x48/0x5c [mac80211] __dev_open+0xb4/0x174
    __dev_change_flags+0xc4/0x1dc dev_change_flags+0x3c/0x7c devinet_ioctl+0x2b4/0x580 inet_ioctl+0xb0/0x1b4 sock_do_ioctl+0x4c/0x16c compat_ifreq_ioctl+0x1cc/0x35c compat_sock_ioctl+0x110/0x2ac
    __arm64_compat_sys_ioctl+0xf4/0x3e0 el0_svc_common+0xb4/0x17c el0_svc_compat_handler+0x2c/0x58 el0_svc_compat+0x8/0x2c Tested-on: WCN3990 hw1.0 SNOC WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1 (CVE-2022-50700)

  - 已解決 Linux 核心中的下列弱點：tcp: fix a signed-integer-overflow bug in tcp_add_backlog() The type of sk_rcvbuf and sk_sndbuf in struct sock is int, and in tcp_add_backlog(), the variable limit is caculated by adding sk_rcvbuf, sk_sndbuf and 64 * 1024, it may exceed the max value of int and overflow. This patch reduces the limit budget by halving the sndbuf to solve this issue since ACK packets are much smaller than the payload. (CVE-2022-50865)

  - 已解決 Linux 核心中的下列弱點：block, bfq: fix uaf for bfqq in bic_set_bfqq() After commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic'), bic->bfqq will be accessed in bic_set_bfqq(), however, in some context bic->bfqq will be freed, and bic_set_bfqq() is called with the freed bic->bfqq. Fix the problem by always freeing bfqq after bic_set_bfqq().
    (CVE-2023-52983)

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

遠端主機上安裝的核心版本早於 5.15.90-54.138。因此，會受到 ALAS2KERNEL-515-2023-013 公告中所提及的多個弱點影響。

    在 6.1.6 版之前的 Linux 核心中，流量控制子系統中存在 NULL 指標解除參照錯誤，允許無權限的使用者透過以 tc qdisc 和 tc class 命令設定的特製流量控制組態，觸發拒絕服務 (系統當機)。這會影響 net/sched/sch_api.c 中的 qdisc_graft。(CVE-2022-47929)

    在 Linux 核心 NTFS3 驅動程式函式 attr_punch_hole() 中發現一個 NULL 指標解除參照缺陷。本機使用者可利用此缺陷造成系統當機。(CVE-2022-4842)

    在 6.1.3 版之前的 Linux 核心中，fs/ntfs3/inode.c 不會驗證屬性名稱位移。可能發生未處理的索引標籤錯誤。(CVE-2022-48424)

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

    efi修正 init 錯誤路徑中的 NULL 解除參照 (CVE-2022-48879)

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

    sched/core：修正 dup_user_cpus_ptr() 中的釋放後使用錯誤 (CVE-2022-48892)

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

    fs/ntfs3驗證 BOOT record_size (CVE-2022-50262)

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

    pnode在來源的對等端終止 (CVE-2022-50280)

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

    ext4修正 ext4_clu_mapped 中針對 bigalloc + 內嵌的延遲配置錯誤 (CVE-2022-50286)

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

    btrfs處理 read_one_chunk 中的遺漏裝置時修正範圍對應釋放後使用 (CVE-2022-50300)

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

    ext4修正 ext4_fc_replay_scan() 中潛在的超出邊界讀取 (CVE-2022-50306)

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

    blockbfq修正 bfq_exit_icq_bfqq 中 bfqq 的 uaf (CVE-2022-50329)

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

    fs/ntfs3新增 null 指標檢查至 attr_load_runs_vcn (CVE-2022-50336)

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

    cifs修正加密期間的 oops (CVE-2022-50341)

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

    ext4「ext4_rename」中「old.inode」的初始化配額 (CVE-2022-50346)

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

    md修正 mempool_free 中的損毀 (CVE-2022-50381)

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

    nvme修正啟用 blktrace 時排清要求造成的多重路徑損毀 (CVE-2022-50388)

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

    tpmtpm_crb新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50389)

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

    netsched修正 tcindex_set_parms 中的記憶體洩漏 (CVE-2022-50396)

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

    ext4修正快速提交區塊填入中的差一錯誤 (CVE-2022-50428)

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

    ext4jbd2 交易期間不設定加密金鑰 (CVE-2022-50436)

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

    fs/ntfs3剖析索引時驗證緩衝區長度 (CVE-2022-50442)

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

    fs/ntfs3修正 ntfs_fill_super() 錯誤路徑上的記憶體洩漏 (CVE-2022-50451)

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

    btrfs修正內嵌範圍 (其後為 prealloc) 的反向參照 (CVE-2022-50456)

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

    ext4修正快速提交日誌中洩漏的未初始化記憶體 (CVE-2022-50465)

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

    cpufreq在 kobject_init_and_add() 之前初始化完成 (CVE-2022-50473)

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

    ext4新增 EXT4_IGET_BAD 旗標以防止非預期的錯誤 inode (CVE-2022-50485)

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

    dm cache修正 destroy() 中的 UAF (CVE-2022-50496)

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

    fs/ntfs3驗證資料執行位移 (CVE-2022-50507)

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

    dm Thin提交失敗時使用最後一個交易的 pmd->root (CVE-2022-50534)

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

    ext4修正「ext4_evict_inode」中的未初始化值 (CVE-2022-50546)

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

    dm Thin修正 shrink_slab 和 dm_pool_abort_metadata 之間的 ABBA 鎖死 (CVE-2022-50549)

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

    tpmacpi呼叫 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50562)

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

    dm Thin修正 run_timer_softirq() 中的 UAF (CVE-2022-50563)

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

    PCI透過檢查 PF 修正 VF 的 pci_device_is_present() (CVE-2022-50636)

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

    ext4修正 __es_tree_search 中由錯誤的開機載入器 inode 所造成的 bug_on (CVE-2022-50638)

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

    ext4修正因 mbcache 項目損毀造成的鎖死 (CVE-2022-50668)

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

    ext4修正 ext4_orphan_cleanup 中的釋放後使用 (CVE-2022-50673)

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

    io_uring/rw將 fsnotify 呼叫延遲至工作內容 (CVE-2022-50705)

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

    ext4當收回包含 dioread_nolock 的 inode 時將警告隱藏 (CVE-2022-50730)

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

    fs/ntfs3初始化 NTFS 安全性時驗證索引 root (CVE-2022-50737)

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

    fs/ntfs3新增 inode 作業的 null 指標檢查 (CVE-2022-50739)

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

    nvme-pci修正 mempool 配置大小 (CVE-2022-50756)

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

    ext4修正 __es_tree_search 中由錯誤配額 inode 造成的 bug_on (CVE-2022-50782)

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

    mptcp針對 IPv6 使用適當的 req 解構函式 (CVE-2022-50783)

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

    SUNRPCgss_read_proxy_verf() 失敗時不洩漏 netobj 記憶體 (CVE-2022-50821)

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

    tpmtpm_tis新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50824)

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

    fs/ntfs3新增屬性大小的溢位檢查 (CVE-2022-50841)

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

    ext4修正錯誤路徑上 ext4_xattr_inode_create() 中的 inode 洩漏 (CVE-2022-50845)

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

    fs/ntfs3修正 r_page 中的 slab-out-of-bounds (CVE-2022-50869)

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

    objtool修正 SEGFAULT (CVE-2022-50879)

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

    dm 完整性修正 dm_integrity_dtr() 中的 UAF (CVE-2022-50889)

    根據使用 STIBP 作為緩解措施的核心 API 中的奇怪模式發現，Linux 核心未正確緩解 SMT 攻擊，處理程序在系統呼叫後的短暫期間仍然暴露在風險之下。核心也不會在系統呼叫期間立即發出 IBPB。 (CVE-2023-0045)

    在 Linux 核心的 Netfilter 子系統中發現緩衝區溢位弱點。此問題可引致洩漏堆疊和堆積位址洩漏，並允許攻擊者透過執行任意程式碼將本機特權提升至 root 使用者權限。(CVE-2023-0179)

    在 Linux 核心的 Network 子元件中，在 net/ipv6/raw.c 的 rawv6_push_pending_frames 中發現一個 NULL 指標解除參照缺陷。此缺陷會導致系統當機。(CVE-2023-0394)

    偵測到一些可遭惡意利用的小工具，這些小工具可透過側通道 (如 MDS) 以及針對 spectre-v1 的 usercopy 函式強化不足，來洩漏私密記憶體。(CVE-2023-0459)

    Linux 核心中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。必須設定核心組態旗標 CONFIG_TLS 或 CONFIG_XFRM_ESPINTCP，才能達到弱點，但該作業不需要任何權限。

    struct inet_connection_sock 的 icsk_ulp_data 有一個釋放後使用錯誤。

    啟用 CONFIG_TLS 時，使用者可在已連線的 tcp 通訊端上安裝 tls 內容 (struct tls_context)。
    如果此通訊端中斷連線並重新用作接聽程式，則不會清除內容。如果從接聽程式建立新的通訊端，則內容會繼承並受到影響。

    setsockopt TCP_ULP 作業不需要任何權限。

    建議升級過去的提交 2c02d41d71f90a5168391b6a5f2954112ba2307c (CVE-2023-0461)

    在 Linux 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_cbq.c 中的 cbq_classify 允許攻擊者造成系統拒絕服務。(CVE-2023-23454)

    在 Linux 核心 6.1.4 及其之前的所有版本中，由於類型混淆 (非負數有時可指示 TC_ACT_SHOT 條件，而非有效的分類結果)，net/sched/sch_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

    在 Linux 核心 6.0.8 中，fs/ntfs3/run.c 的 run_unpack 存在釋放後使用問題，這與 NTFS 磁區大小和媒體磁區大小之間的差異有關。(CVE-2023-26544)

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

    btrfs修正配額重新掃描和停用導致 NULL 指標解除參照之間的爭用 (CVE-2023-52896)

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

    xhci主機停止回應時修正 null 指標解除參照 (CVE-2023-52898)

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

    usbxhci解除參照前檢查端點是否有效 (CVE-2023-52901)

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

    io_uringIOPOLL 的鎖定溢位 (CVE-2023-52903)

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

    net/sched：act_mpls：修正屬性驗證失敗期間的警告 (CVE-2023-52906)

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

    iommu/iova修正 alloc iova 溢位問題 (CVE-2023-52910)

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

    netfilter: ipset: 修復 bitmap_ip_create() 函式中，擴展前的溢位錯誤。(CVE-2023-53032)

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

    netfilternft_payload擷取 VLAN 標頭位元時的算術不正確 (CVE-2023-53033)

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

    fs/ntfs3呼叫 truncate_setsize() 時不保留 ni_lock (CVE-2023-53163)

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

    netfilteripset新增/刪除項目時重新執行長任務執行 (CVE-2023-53549)

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

    x86/kexec修正 elf 標頭緩衝區的重複釋放 (CVE-2023-54146)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
265012	Linux Distros 未修補的弱點：CVE-2022-50329	Nessus	Misc.	2025/9/16	2026/7/25	high
360081	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1771239384）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
171227	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2023-013 (ALASKERNEL-5.15-2023-013)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high

偵測

搜尋 Plugin

high

high

high