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

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

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

遠端 CentOS Linux 9 主機上安裝的套件受到 kernel-5.14.0-587.el9 版本變更記錄中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：io_uring: prevent opcode speculation sqe->opcode is used for different tables, make sure we santitise it against speculations. (CVE-2025-21863)

  - 儅使用者呼叫第一個 gru_file_unlocked_ioctl 函式時，在 Linux 核心的 SGI GRU 驅動程式中發現一個釋放後使用缺陷，其中 gru_check_chiplet_assignment 函式發生失敗。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-3424)

  - 已解決 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 核心中的下列弱點：security/keys: fix slab-out-of-bounds in key_task_permission KASAN reports an out of bounds read: BUG: KASAN: slab-out-of-bounds in __kuid_val include/linux/uidgid.h:36 BUG: KASAN: slab-out-of-bounds in uid_eq include/linux/uidgid.h:63 [inline] BUG:
    KASAN: slab-out-of-bounds in key_task_permission+0x394/0x410 security/keys/permission.c:54 Read of size 4 at addr ffff88813c3ab618 by task stress-ng/4362 CPU: 2 PID: 4362 Comm: stress-ng Not tainted 5.10.0-14930-gafbffd6c3ede #15 Call Trace: __dump_stack lib/dump_stack.c:82 [inline] dump_stack+0x107/0x167 lib/dump_stack.c:123 print_address_description.constprop.0+0x19/0x170 mm/kasan/report.c:400 __kasan_report.cold+0x6c/0x84 mm/kasan/report.c:560 kasan_report+0x3a/0x50 mm/kasan/report.c:585 __kuid_val include/linux/uidgid.h:36 [inline] uid_eq include/linux/uidgid.h:63 [inline] key_task_permission+0x394/0x410 security/keys/permission.c:54 search_nested_keyrings+0x90e/0xe90 security/keys/keyring.c:793 This issue was also reported by syzbot. It can be reproduced by following these steps(more details [1]): 1. Obtain more than 32 inputs that have similar hashes, which ends with the pattern '0xxxxxxxe6'. 2. Reboot and add the keys obtained in step 1. The reproducer demonstrates how this issue happened: 1. In the search_nested_keyrings function, when it iterates through the slots in a node(below tag ascend_to_node), if the slot pointer is meta and node->back_pointer != NULL(it means a root), it will proceed to descend_to_node. However, there is an exception. If node is the root, and one of the slots points to a shortcut, it will be treated as a keyring. 2. Whether the ptr is keyring decided by keyring_ptr_is_keyring function. However, KEYRING_PTR_SUBTYPE is 0x2UL, the same as ASSOC_ARRAY_PTR_SUBTYPE_MASK. 3. When 32 keys with the similar hashes are added to the tree, the ROOT has keys with hashes that are not similar (e.g. slot 0) and it splits NODE A without using a shortcut. When NODE A is filled with keys that all hashes are xxe6, the keys are similar, NODE A will split with a shortcut. Finally, it forms the tree as shown below, where slot 6 points to a shortcut. NODE A +------>+---+ ROOT | | 0 | xxe6 +---+ | +---+ xxxx | 0 | shortcut : : xxe6 +---+ | +---+ xxe6 : : | | | xxe6 +---+ | +---+ | 6 |---+ : : xxe6 +---+ +---+ xxe6 : : | f | xxe6 +---+ +---+ xxe6 | f | +---+ 4. As mentioned above, If a slot(slot 6) of the root points to a shortcut, it may be mistakenly transferred to a key*, leading to a read out-of-bounds read. To fix this issue, one should jump to descend_to_node if the ptr is a shortcut, regardless of whether the node is root or not. [1] https://lore.kernel.org/linux-kernel/1cfa878e-8c7b-4570-8606-21daf5e13ce7@huaweicloud.com/ [jarkko: tweaked the commit message a bit to have an appropriate closes tag.] (CVE-2024-50301)

  - 已解決 Linux 核心中的下列弱點：af_packet: fix vlan_get_protocol_dgram() vs MSG_PEEK Blamed commit forgot MSG_PEEK case, allowing a crash [1] as found by syzbot. Rework vlan_get_protocol_dgram() to not touch skb at all, so that it can be used from many cpus on the same skb. Add a const qualifier to skb argument. [1] skbuff: skb_under_panic: text:ffffffff8a8ccd05 len:29 put:14 head:ffff88807fc8e400 data:ffff88807fc8e3f4 tail:0x11 end:0x140 dev:<NULL> ------------[ cut here ]------------ kernel BUG at net/core/skbuff.c:206 ! Oops: invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 1 UID: 0 PID: 5892 Comm: syz-executor883 Not tainted 6.13.0-rc4-syzkaller-00054-gd6ef8b40d075 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/13/2024 RIP:
    0010:skb_panic net/core/skbuff.c:206 [inline] RIP: 0010:skb_under_panic+0x14b/0x150 net/core/skbuff.c:216 Code: 0b 8d 48 c7 c6 86 d5 25 8e 48 8b 54 24 08 8b 0c 24 44 8b 44 24 04 4d 89 e9 50 41 54 41 57 41 56 e8 5a 69 79 f7 48 83 c4 20 90 <0f> 0b 0f 1f 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 RSP:
    0018:ffffc900038d7638 EFLAGS: 00010282 RAX: 0000000000000087 RBX: dffffc0000000000 RCX: 609ffd18ea660600 RDX: 0000000000000000 RSI: 0000000080000000 RDI: 0000000000000000 RBP: ffff88802483c8d0 R08:
    ffffffff817f0a8c R09: 1ffff9200071ae60 R10: dffffc0000000000 R11: fffff5200071ae61 R12: 0000000000000140 R13: ffff88807fc8e400 R14: ffff88807fc8e3f4 R15: 0000000000000011 FS: 00007fbac5e006c0(0000) GS:ffff8880b8700000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007fbac5e00d58 CR3: 000000001238e000 CR4: 00000000003526f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> skb_push+0xe5/0x100 net/core/skbuff.c:2636 vlan_get_protocol_dgram+0x165/0x290 net/packet/af_packet.c:585 packet_recvmsg+0x948/0x1ef0 net/packet/af_packet.c:3552 sock_recvmsg_nosec net/socket.c:1033 [inline] sock_recvmsg+0x22f/0x280 net/socket.c:1055 ____sys_recvmsg+0x1c6/0x480 net/socket.c:2803 ___sys_recvmsg net/socket.c:2845 [inline] do_recvmmsg+0x426/0xab0 net/socket.c:2940 __sys_recvmmsg net/socket.c:3014 [inline] __do_sys_recvmmsg net/socket.c:3037 [inline] __se_sys_recvmmsg net/socket.c:3030 [inline]
    __x64_sys_recvmmsg+0x199/0x250 net/socket.c:3030 do_syscall_x64 arch/x86/entry/common.c:52 [inline] do_syscall_64+0xf3/0x230 arch/x86/entry/common.c:83 entry_SYSCALL_64_after_hwframe+0x77/0x7f (CVE-2024-57901)

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

遠端 RockyLinux 9 主機已安裝受到多個弱點影響的套件如 RLSA-2025:20518 公告中所提及。

    * 核心：can：isotp：修正 isotp_rcv() 中潛在的 CAN 框架接收爭用 (CVE-2022-48830)

    * 核心：soc：qcom：cmd-db：將共用記憶體對應為 WC，而非 WB (CVE-2024-46689)

    * 核心：Squashfs：功能健全檢查符號連結大小(CVE-2024-46744)

    * 核心：vfs：修正 evice_inodes() 和 find_inode()&iput() 之間的爭用 (CVE-2024-47679)

    * 核心：x86/tdx：修正核心內 MMIO 檢查 (CVE-2024-47727)

    * 核心：rxrpc：修正通訊端設定和 I/O 執行緒建立之間的爭用 (CVE-2024-49864)

    * 核心：io_uring：檢查溢位排清期間是否需要重新排程 (CVE-2024-50060)

    * 核心：can：m_can：pci：在 probe/remove 方法中新增遺漏的 m_can_class_free_dev() (CVE-2022-49024)

    * 核心：posix-clock：修正 pc_clock_settime() 中遺漏的 timespec64 檢查 (CVE-2024-50195)

    * 核心：rxrpc：修正造成呼叫懸置的遺漏鎖定 (CVE-2024-50294)

    * 核心：io_uring/rw：修正 O_DIRECT 開始寫入中遺漏的 NOWAIT 檢查 (CVE-2024-53052)

    * 核心：afs：修正鎖定遞迴 (CVE-2024-53090)

    * 核心：virtio/vsock：修正 accept_queue 記憶體洩漏 (CVE-2024-53119)

    * 核心：KVM：VMX：將 Intel PT 虛擬化 (訪客/主機模式) 隱藏在 CONFIG_BROKEN 之後 (CVE-2024-53135)

    * 核心: xen: Xen hypercall 頁面未對推測性攻擊提供保護 (Xen 安全公告 466) (CVE-2024-53241)

    * 核心：RDMA/rxe：修正 req 中的 qp 排清警告 (CVE-2024-53229)

    * 核心：block：修正 uaf 以便在迭代標籤時排清 rq (CVE-2024-53170)

    * 核心：nfsd：使用 rcu_work 發布 svc_expkey/svc_export (CVE-2024-53216)

    * 核心：net：af_can：不在 can_create() 中遺留懸置 sk 指標 (CVE-2024-56603)

    * 核心：blk-cgroup：修正 blkcg_unpin_online() 中的 UAF 問題 (CVE-2024-56672)

    * 核心：acpi：nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 讀取 (CVE-2024-56662)

    * 核心：bpf：透過錯誤匹配 bpf_prog/attachment RCU flavors 修正 UAF (CVE-2024-56675)

    * 核心：can：j1939: j1939_session_new()：修正 skb 參照計數 (CVE-2024-56645)

    * 核心：crypto：pcrypt - 當 padata_do_parallel() 傳回 -EBUSY 時直接呼叫 crypto 層(CVE-2024-56690)

    * 核心：io_uring：檢查 iowq 在佇列前是否已刪除 (CVE-2024-56709)

    * 核心：rtc：檢查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功(CVE-2024-56739)

    * 核心：bpf：當可以安全解除配置連結時，放置 bpf_link 的程式 (CVE-2024-56786)

    * 核心：igb：修正 igb_init_module() 中潛在的無效記憶體存取 (CVE-2024-52332)

    * 核心：ipvs：修正 ip_vs_protocol_init() 中未初始化堆疊存取所導致的 UB (CVE-2024-53680)

    * 核心：netfilter：conntrack：將雜湊表大小上限限制為 INT_MAX(CVE-2025-21648)

    * 核心：sched：sch_cake：將邊界檢查新增至主機大量流量公平計數(CVE-2025-21647)

    * 核心：block、bfq：修復 bfq_split_bfqq() 後的 waker_bfqq UAF 問題(CVE-2025-21631)

    * 核心：zram：修復 zram 表格潛在的 UAF 問題 (CVE-2025-21671)

    * 核心：afs：修正合併偏好設定規則失敗情況 (CVE-2025-21672)

    * 核心：mm：zswap：CPU hotunplug 期間正確同步釋放資源 (CVE-2025-21693)

    * 核心：cachestat：修正頁面快取統計資料權限檢查 (CVE-2025-21691)

    * 核心：mm：清除 mremap() 上的 uffd-wp PTE/PMD 狀態 (CVE-2025-21696)

    * 核心：pfifo_tail_enqueue：：當 sch->limit == 0 時放置新封包 (CVE-2025-21702)

    * 核心：usbnet：修正錯誤情況下的記憶體流失 (CVE-2022-49657)

    * 核心：powerpc/xics：修正 icp_opal_init() 中的 refcount 洩漏 (CVE-2022-49432)

    * 核心：net：tun：在損毀時取消 NAPI 與裝置的連結 (CVE-2022-49672)

    * 核心：powerpc/papr_scm：不使用 '0' 大小的統計資料緩衝區要求統計資料 (CVE-2022-49353)

    * 核心：powerpc/xive：修正 xive_spapr_init 中的 refcount 洩漏 (CVE-2022-49437)

    * 核心：ima：修正 ima_init_crypto() 中的潛在記憶體洩漏 (CVE-2022-49627)

    * 核心：linux/dim：修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)

    * 核心：can：isotp：清理 isotp_bind() 中的 CAN ID 檢查 (CVE-2022-49269)

    * 核心：ima：修正 ima_appraise_measurement 中的潛在整數溢位 (CVE-2022-49643)

    * 核心：powerpc/xive/spapr：更正點陣圖配置大小 (CVE-2022-49623)

    * 核心：efi：不針對 T2 Macs 從 UEFI Secure Boot 匯入憑證 (CVE-2022-49357)

    * 核心：list：修正有關 ep->rdllist 的資料爭用 (CVE-2022-49443)

    * 核心：tracing/histograms：修正記憶體洩漏問題 (CVE-2022-49648)

    * 核心：Input：synaptics - 修正啟用 Pass-Through 連接埠時發生的當機 (CVE-2025-21746)

    * 核心：NFSD：修正 nfsd4_shutdown_callback 中的懸置 (CVE-2025-21795)

    * 核心：bpf：如果是 !preemptible，則以非同步方式傳送訊號 (CVE-2025-21728)

    * 核心：NFS：修正 nfs_sysfs_link_rpc_client() 中的潛在緩衝區溢位 (CVE-2024-54456)

    * 核心：Bluetooth：btrtl：檢查 btrtl_setup_realtek() 中的 NULL (CVE-2024-57987)

    * 核心：wifi: brcmsmac: 將增益範圍檢查新增至 wlc_phy_iqcal_gainparams_nphy() (CVE-2024-58014)

    * 核心：Bluetooth：btbcm：修正 btbcm_get_board_name() 中的 NULL 解除參照 (CVE-2024-57988)

    * 核心：RDMA/mlx5：修正隱含的 ODP 釋放後使用 (CVE-2025-21714)

    * 核心：drm/xe/tracing：修正潛在的 TP_printk UAF (CVE-2024-49570)

    * 核心：HID：hid-thrustmaster：透過新增端點檢查來修正 torquemaster_probe 中的警告 (CVE-2024-57993)

    * 核心：wifi：rtw89：修正 cancel_hw_scan 和 hw_scan 完成之間的爭用 (CVE-2025-21729)

    * 核心：wifi：mt76：mt7925：修正 mt7925_change_vif_links 中的 NULL 解除參照檢查 (CVE-2024-57989)

    * 核心：wifi: ath12k：對於超出邊界存取錯誤的修正 (CVE-2024-58015)

    * 核心：OPP：新增要宣告的索引檢查，避免 _read_freq() 中發生緩衝區溢位 (CVE-2024-57998)

    * 核心：wifi：ath12k：修正 ath12k_mac_assign_vif_to_vdev() 中的釋放後讀取指標 (CVE-2024-57995)

    * 核心：nfsd：釋放 acl_access/acl_default 後予以清除 (CVE-2025-21796)

    * 核心：scsi：ufs：core：修正 init 錯誤中的釋放後使用並移除路徑 (CVE-2025-21739)

    * 核心：workqueue：將集區與 rescuer 分開後放置 pwq (CVE-2025-21786)

    * 核心：ata：libata-sff：確保我們無法在配置的緩衝區之外寫入 (CVE-2025-21738)

    * 核心：HID: core: 修復解析乘數必須位於邏輯集合中的假設 (CVE-2024-57986)

    * 核心：padata：避免 reorder_work 的 UAF (CVE-2025-21726)

    * 核心：vrf：在 l3mdev_l3_out() 中使用 RCU 保護 (CVE-2025-21791)

    * 核心：team：改善 TEAM_OPTION_TYPE_STRING 驗證 (CVE-2025-21787)

    * 核心：usb: xhci: 修復中止特定命令期間的 NULL 指標解除參照 (CVE-2024-57981)

    * 核心：vxlan：檢查 vxlan_vnigroup_init() 傳回值 (CVE-2025-21790)

    * 核心：wifi：mt76：mt7925：修正 mt7925_load_clc() 中的差一問題 (CVE-2024-57990)

    * 核心：ipv6：在 ip6_default_advmss() 中使用 RCU 保護 (CVE-2025-21765)

    * 核心：ASoC：SOF：Intel：hda-dai：確保 DAI Widget 在參數執行期間有效 (CVE-2024-58012)

    * 核心：blk-cgroup: 修復類別 @block_class 的子系統 refcount 洩漏問題 (CVE-2025-21745)

    * 核心：net: 讓 net.core.dev_weight 始終保持為非零 (CVE-2025-21806)

    * 核心：wifi：rtlwifi：移除未使用的 check_buddy_priv (CVE-2024-58072)

    * 核心：OPP：修正頻寬表未初始化時的 dev_pm_opp_find_bw_*() (CVE-2024-58068)

    * 核心：wifi：iwlwifi：mvm：避免 Null 指標解除參照問題 (CVE-2024-58062)

    * 核心：idpf：將工作佇列轉換為未繫結 (CVE-2024-58057)

    * 核心：wifi：mac80211：不清除未上傳的 STA (CVE-2025-21828)

    * 核心：KVM：明確驗證目標 vCPU 已經在 kvm_get_vcpu() 上線 (CVE-2024-58083)

    * 核心：netfilter：nf_tables：拒絕包含設定金鑰長度的 field_len 不相符的總和 (CVE-2025-21826)

    * 核心：ASoC：soc-pcm：不要在 .prepare 回呼時使用 soc_pcm_ret() (CVE-2024-58077)

    * 核心：crypto：不在 tegra init 失敗時傳輸 req (CVE-2024-58075)

    * 核心：RDMA/rxe：修正警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)

    * 核心：KVM：x86：在進入 .vcpu_run() 迴圈之前，僅以訪客值載入 DR6 (CVE-2025-21839)

    * 核心：io_uring/uring_cmd：在準備階段無條件複製 SQE (CVE-2025-21837)

    * 核心：透過某些 AMD 處理器中的瞬態執行弱點造成資訊洩漏 (CVE-2024-36350)

    * 核心：某些 AMD 處理器中的瞬態執行弱點 (CVE-2024-36357)

    * 核心：bpf：修正 64k 頁面核心上 arena_map_free 中的 softlockup (CVE-2025-21851)

    * 核心：ibmvnic：傳送至 VIOS 後不參照 skb (CVE-2025-21855)

    * 核心：smb：client：在 receive_encrypted_standard() 中新增 next_buffer 檢查 (CVE-2025-21844)

    * 核心：bpf：避免在 mmap 作業期間持有 freeze_mutex (CVE-2025-21853)

    * 核心：ASoC：SOF：stream-ipc：檢查 sof_ipc_msg_data() 中的 cstream 無效性 (CVE-2025-21847)

    * 核心：tcp：在我們目前放置 dst 的同時放置 secpath (CVE-2025-21864)

    * 核心：bpf：修正釋放 cgroup 儲存空間時的鎖死問題 (CVE-2024-58088)

    * 核心：acct：從工作佇列執行上次寫入 (CVE-2025-21846)

    * 核心：mm/migrate_device：不要在 migrate_device_finalize() 中新增釋放至 LRU 的 folio (CVE-2025-21861)

    * 核心：io_uring：防止 opcode 推測 (CVE-2025-21863)

    * 核心：nfp：bpf：新增 nfp_app_ctrl_msg_alloc() 的檢查 (CVE-2025-21848)

    * 核心：netfilter：nft_tunnel：修正 geneve_opt 類型混淆新增 (CVE-2025-22056)

    * 核心：can：j1939：j1939_send_one()：修正缺少的 CAN 標頭初始化 (CVE-2022-49845)

    * 核心：usb：typec：ucsi：displayport：修正 NULL 指標存取 (CVE-2025-37994)

    * 核心：wifi: ath12k：修正 ath12k_core_init() 中的 uaf (CVE-2025-38116)

    * 核心：fs：匯出 anon_inode_make_secure_inode() 並修正 secretmem LSM 繞過 (CVE-2025-38396)

Tenable 已直接從 RockyLinux 安全公告擷取前置描述區塊。

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

遠端 Redhat Enterprise Linux 9 主機上安裝的多個套件受到 RHSA-2025:20518 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心：can：isotp：修正 isotp_rcv() 中潛在的 CAN 框架接收爭用 (CVE-2022-48830)

    * 核心：soc：qcom：cmd-db：將共用記憶體對應為 WC，而非 WB (CVE-2024-46689)

    * 核心：Squashfs：功能健全檢查符號連結大小(CVE-2024-46744)

    * 核心：vfs：修正 evice_inodes() 和 find_inode()&iput() 之間的爭用 (CVE-2024-47679)

    * 核心：x86/tdx：修正核心內 MMIO 檢查 (CVE-2024-47727)

    * 核心：rxrpc：修正通訊端設定和 I/O 執行緒建立之間的爭用 (CVE-2024-49864)

    * 核心：io_uring：檢查溢位排清期間是否需要重新排程 (CVE-2024-50060)

    * 核心：can：m_can：pci：在 probe/remove 方法中新增遺漏的 m_can_class_free_dev() (CVE-2022-49024)

    * 核心：posix-clock：修正 pc_clock_settime() 中遺漏的 timespec64 檢查 (CVE-2024-50195)

    * 核心：rxrpc：修正造成呼叫懸置的遺漏鎖定 (CVE-2024-50294)

    * 核心：io_uring/rw：修正 O_DIRECT 開始寫入中遺漏的 NOWAIT 檢查 (CVE-2024-53052)

    * 核心：afs：修正鎖定遞迴 (CVE-2024-53090)

    * 核心：virtio/vsock：修正 accept_queue 記憶體洩漏 (CVE-2024-53119)

    * 核心：KVM：VMX：將 Intel PT 虛擬化 (訪客/主機模式) 隱藏在 CONFIG_BROKEN 之後 (CVE-2024-53135)

    * 核心: xen: Xen hypercall 頁面未對推測性攻擊提供保護 (Xen 安全公告 466) (CVE-2024-53241)

    * 核心：RDMA/rxe：修正 req 中的 qp 排清警告 (CVE-2024-53229)

    * 核心：block：修正 uaf 以便在迭代標籤時排清 rq (CVE-2024-53170)

    * 核心：nfsd：使用 rcu_work 發布 svc_expkey/svc_export (CVE-2024-53216)

    * 核心：net：af_can：不在 can_create() 中遺留懸置 sk 指標 (CVE-2024-56603)

    * 核心：blk-cgroup：修正 blkcg_unpin_online() 中的 UAF 問題 (CVE-2024-56672)

    * 核心：acpi：nfit：acpi_nfit_ctl 中的 vmalloc-out-of-bounds 讀取 (CVE-2024-56662)

    * 核心：bpf：透過錯誤匹配 bpf_prog/attachment RCU flavors 修正 UAF (CVE-2024-56675)

    * 核心：can：j1939: j1939_session_new()：修正 skb 參照計數 (CVE-2024-56645)

    * 核心：crypto：pcrypt - 當 padata_do_parallel() 傳回 -EBUSY 時直接呼叫 crypto 層(CVE-2024-56690)

    * 核心：io_uring：檢查 iowq 在佇列前是否已刪除 (CVE-2024-56709)

    * 核心：rtc：檢查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功(CVE-2024-56739)

    * 核心：bpf：當可以安全解除配置連結時，放置 bpf_link 的程式 (CVE-2024-56786)

    * 核心：igb：修正 igb_init_module() 中潛在的無效記憶體存取 (CVE-2024-52332)

    * 核心：ipvs：修正 ip_vs_protocol_init() 中未初始化堆疊存取所導致的 UB (CVE-2024-53680)

    * 核心：netfilter：conntrack：將雜湊表大小上限限制為 INT_MAX(CVE-2025-21648)

    * 核心：sched：sch_cake：將邊界檢查新增至主機大量流量公平計數(CVE-2025-21647)

    * 核心：block、bfq：修復 bfq_split_bfqq() 後的 waker_bfqq UAF 問題(CVE-2025-21631)

    * 核心：zram：修復 zram 表格潛在的 UAF 問題 (CVE-2025-21671)

    * 核心：afs：修正合併偏好設定規則失敗情況 (CVE-2025-21672)

    * 核心：mm：zswap：CPU hotunplug 期間正確同步釋放資源 (CVE-2025-21693)

    * 核心：cachestat：修正頁面快取統計資料權限檢查 (CVE-2025-21691)

    * 核心：mm：清除 mremap() 上的 uffd-wp PTE/PMD 狀態 (CVE-2025-21696)

    * 核心：pfifo_tail_enqueue：：當 sch->limit == 0 時放置新封包 (CVE-2025-21702)

    * 核心：usbnet：修正錯誤情況下的記憶體流失 (CVE-2022-49657)

    * 核心：powerpc/xics：修正 icp_opal_init() 中的 refcount 洩漏 (CVE-2022-49432)

    * 核心：net：tun：在損毀時取消 NAPI 與裝置的連結 (CVE-2022-49672)

    * 核心：powerpc/papr_scm：不使用 '0' 大小的統計資料緩衝區要求統計資料 (CVE-2022-49353)

    * 核心：powerpc/xive：修正 xive_spapr_init 中的 refcount 洩漏 (CVE-2022-49437)

    * 核心：ima：修正 ima_init_crypto() 中的潛在記憶體洩漏 (CVE-2022-49627)

    * 核心：linux/dim：修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)

    * 核心：can：isotp：清理 isotp_bind() 中的 CAN ID 檢查 (CVE-2022-49269)

    * 核心：ima：修正 ima_appraise_measurement 中的潛在整數溢位 (CVE-2022-49643)

    * 核心：powerpc/xive/spapr：更正點陣圖配置大小 (CVE-2022-49623)

    * 核心：efi：不針對 T2 Macs 從 UEFI Secure Boot 匯入憑證 (CVE-2022-49357)

    * 核心：list：修正有關 ep->rdllist 的資料爭用 (CVE-2022-49443)

    * 核心：tracing/histograms：修正記憶體洩漏問題 (CVE-2022-49648)

    * 核心：Input：synaptics - 修正啟用 Pass-Through 連接埠時發生的當機 (CVE-2025-21746)

    * 核心：NFSD：修正 nfsd4_shutdown_callback 中的懸置 (CVE-2025-21795)

    * 核心：bpf：如果是 !preemptible，則以非同步方式傳送訊號 (CVE-2025-21728)

    * 核心：NFS：修正 nfs_sysfs_link_rpc_client() 中的潛在緩衝區溢位 (CVE-2024-54456)

    * 核心：Bluetooth：btrtl：檢查 btrtl_setup_realtek() 中的 NULL (CVE-2024-57987)

    * 核心：wifi: brcmsmac: 將增益範圍檢查新增至 wlc_phy_iqcal_gainparams_nphy() (CVE-2024-58014)

    * 核心：Bluetooth：btbcm：修正 btbcm_get_board_name() 中的 NULL 解除參照 (CVE-2024-57988)

    * 核心：RDMA/mlx5：修正隱含的 ODP 釋放後使用 (CVE-2025-21714)

    * 核心：drm/xe/tracing：修正潛在的 TP_printk UAF (CVE-2024-49570)

    * 核心：HID：hid-thrustmaster：透過新增端點檢查來修正 torquemaster_probe 中的警告 (CVE-2024-57993)

    * 核心：wifi：rtw89：修正 cancel_hw_scan 和 hw_scan 完成之間的爭用 (CVE-2025-21729)

    * 核心：wifi：mt76：mt7925：修正 mt7925_change_vif_links 中的 NULL 解除參照檢查 (CVE-2024-57989)

    * 核心：wifi: ath12k：對於超出邊界存取錯誤的修正 (CVE-2024-58015)

    * 核心：OPP：新增要宣告的索引檢查，避免 _read_freq() 中發生緩衝區溢位 (CVE-2024-57998)

    * 核心：wifi：ath12k：修正 ath12k_mac_assign_vif_to_vdev() 中的釋放後讀取指標 (CVE-2024-57995)

    * 核心：nfsd：釋放 acl_access/acl_default 後予以清除 (CVE-2025-21796)

    * 核心：scsi：ufs：core：修正 init 錯誤中的釋放後使用並移除路徑 (CVE-2025-21739)

    * 核心：workqueue：將集區與 rescuer 分開後放置 pwq (CVE-2025-21786)

    * 核心：ata：libata-sff：確保我們無法在配置的緩衝區之外寫入 (CVE-2025-21738)

    * 核心：HID: core: 修復解析乘數必須位於邏輯集合中的假設 (CVE-2024-57986)

    * 核心：padata：避免 reorder_work 的 UAF (CVE-2025-21726)

    * 核心：vrf：在 l3mdev_l3_out() 中使用 RCU 保護 (CVE-2025-21791)

    * 核心：team：改善 TEAM_OPTION_TYPE_STRING 驗證 (CVE-2025-21787)

    * 核心：usb: xhci: 修復中止特定命令期間的 NULL 指標解除參照 (CVE-2024-57981)

    * 核心：vxlan：檢查 vxlan_vnigroup_init() 傳回值 (CVE-2025-21790)

    * 核心：wifi：mt76：mt7925：修正 mt7925_load_clc() 中的差一問題 (CVE-2024-57990)

    * 核心：ipv6：在 ip6_default_advmss() 中使用 RCU 保護 (CVE-2025-21765)

    * 核心：ASoC：SOF：Intel：hda-dai：確保 DAI Widget 在參數執行期間有效 (CVE-2024-58012)

    * 核心：blk-cgroup: 修復類別 @block_class 的子系統 refcount 洩漏問題 (CVE-2025-21745)

    * 核心：net: 讓 net.core.dev_weight 始終保持為非零 (CVE-2025-21806)

    * 核心：wifi：rtlwifi：移除未使用的 check_buddy_priv (CVE-2024-58072)

    * 核心：OPP：修正頻寬表未初始化時的 dev_pm_opp_find_bw_*() (CVE-2024-58068)

    * 核心：wifi：iwlwifi：mvm：避免 Null 指標解除參照問題 (CVE-2024-58062)

    * 核心：idpf：將工作佇列轉換為未繫結 (CVE-2024-58057)

    * 核心：wifi：mac80211：不清除未上傳的 STA (CVE-2025-21828)

    * 核心：KVM：明確驗證目標 vCPU 已經在 kvm_get_vcpu() 上線 (CVE-2024-58083)

    * 核心：netfilter：nf_tables：拒絕包含設定金鑰長度的 field_len 不相符的總和 (CVE-2025-21826)

    * 核心：ASoC：soc-pcm：不要在 .prepare 回呼時使用 soc_pcm_ret() (CVE-2024-58077)

    * 核心：crypto：不在 tegra init 失敗時傳輸 req (CVE-2024-58075)

    * 核心：RDMA/rxe：修正警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)

    * 核心：KVM：x86：在進入 .vcpu_run() 迴圈之前，僅以訪客值載入 DR6 (CVE-2025-21839)

    * 核心：io_uring/uring_cmd：在準備階段無條件複製 SQE (CVE-2025-21837)

    * 核心：透過某些 AMD 處理器中的瞬態執行弱點造成資訊洩漏 (CVE-2024-36350)

    * 核心：某些 AMD 處理器中的瞬態執行弱點 (CVE-2024-36357)

    * 核心：bpf：修正 64k 頁面核心上 arena_map_free 中的 softlockup (CVE-2025-21851)

    * 核心：ibmvnic：傳送至 VIOS 後不參照 skb (CVE-2025-21855)

    * 核心：smb：client：在 receive_encrypted_standard() 中新增 next_buffer 檢查 (CVE-2025-21844)

    * 核心：bpf：避免在 mmap 作業期間持有 freeze_mutex (CVE-2025-21853)

    * 核心：ASoC：SOF：stream-ipc：檢查 sof_ipc_msg_data() 中的 cstream 無效性 (CVE-2025-21847)

    * 核心：tcp：在我們目前放置 dst 的同時放置 secpath (CVE-2025-21864)

    * 核心：bpf：修正釋放 cgroup 儲存空間時的鎖死問題 (CVE-2024-58088)

    * 核心：acct：從工作佇列執行上次寫入 (CVE-2025-21846)

    * 核心：mm/migrate_device：不要在 migrate_device_finalize() 中新增釋放至 LRU 的 folio (CVE-2025-21861)

    * 核心：io_uring：防止 opcode 推測 (CVE-2025-21863)

    * 核心：nfp：bpf：新增 nfp_app_ctrl_msg_alloc() 的檢查 (CVE-2025-21848)

    * 核心：netfilter：nft_tunnel：修正 geneve_opt 類型混淆新增 (CVE-2025-22056)

    * 核心：can：j1939：j1939_send_one()：修正缺少的 CAN 標頭初始化 (CVE-2022-49845)

    * 核心：usb：typec：ucsi：displayport：修正 NULL 指標存取 (CVE-2025-37994)

    * 核心：wifi: ath12k：修正 ath12k_core_init() 中的 uaf (CVE-2025-38116)

    * 核心：fs：匯出 anon_inode_make_secure_inode() 並修正 secretmem LSM 繞過 (CVE-2025-38396)

    如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參照」一節連結的 Red Hat Enterprise Linux 9 版本資訊。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

遠端 AlmaLinux 9 主機已安裝受到多個弱點影響的套件如 ALSA-2025:20518 公告中所提及。

    * 核心canisotp修正 isotp_rcv() 中可能發生的 CAN 框架接收爭用 (CVE-2022-48830)
      * 核心soc: qcom: cmd-db將共用記憶體對應為 WC 而非 WB (CVE-2024-46689)
      * 核心Squashfs功能健全檢查符號連結大小 (CVE-2024-46744)
      * 核心vfs修正 evice_inodes() 和 find_inode()&iput() 之間的爭用 (CVE-2024-47679)
      * 核心x86/tdx修正核心內 MMIO 檢查 (CVE-2024-47727)
      * 核心rxrpc修正通訊端設定和 I/O 執行緒建立之間的爭用 (CVE-2024-49864)
      * 核心io_uring溢位排清期間檢查是否需要重新排程 (CVE-2024-50060)
      * 核心canm_canpci新增探查/移除方法中缺少的 m_can_class_free_dev() (CVE-2022-49024)
      * 核心posix-clock修正 pc_clock_settime() 中遺漏的 timespec64 檢查 (CVE-2024-50195)
      * 核心rxrpc修正造成呼叫懸置的遺漏鎖定 (CVE-2024-50294)
      * 核心io_uring/rw修正遺漏的 O_DIRECT 開始寫入的 NOWAIT 檢查 (CVE-2024-53052)
      * 核心afs修正鎖定遞回 (CVE-2024-53090)
      * 核心virtio/vsock修正 accept_queue 記憶體洩漏 (CVE-2024-53119)
      * 核心KVMVMX將 Intel PT 虛擬化 (來賓/主機模式) 隱藏在 CONFIG_BROKEN 之後 (CVE-2024-53135)
      * 核心: xen: Xen hypercall 頁面未對推測性攻擊提供保護 (Xen 安全公告 466) (CVE-2024-53241)
      * 核心RDMA/rxe修正 req 中的 qp 排清警告 (CVE-2024-53229)
      * 核心區塊修正 uaf 以在反覆標籤時排清 rq (CVE-2024-53170)
      * 核心nfsd使用 rcu_work 版本 svc_expkey/svc_export (CVE-2024-53216)
      * 核心netaf_can不將懸置的 sk 指標留在 can_create() 中 (CVE-2024-56603)
      * 核心blk-cgroup修正 blkcg_unpin_online() 中的 UAF (CVE-2024-56672)
      * 核心acpi: nfitacpi_nfit_ctl 中的 vmalloc-out-of-bounds Read (CVE-2024-56662)
      * 核心bpf透過不相符的 bpf_prog/attachment RCU 類別修正 UAF (CVE-2024-56675)
      * 核心canj1939j1939_session_new()修正 skb 參照計數 (CVE-2024-56645)
      * 核心cryptopcrypt - 當 padata_do_parallel() 傳回 -EBUSY 時直接呼叫 crypto 層 (CVE-2024-56690)
      * 核心io_uring檢查在佇列前iowq 是否已終止 (CVE-2024-56709)
      * 核心rtc檢查 rtc_timer_do_work() 中的 __rtc_read_time 是否成功 (CVE-2024-56739)
      * 核心bpf在連結可以安全解除配置時放置 bpf_link 的程式 (CVE-2024-56786)
      * 核心igb修正 igb_init_module() 中可能發生的無效記憶體存取 (CVE-2024-52332)
      * 核心ipvs修正 ip_vs_protocol_init() 中未初始化堆疊存取所導致的 UB (CVE-2024-53680)
      * 核心netfilterconntrack將雜湊表大小上限限制為 INT_MAX (CVE-2025-21648)
      * 核心schedsch_cake新增邊界檢查至主機大量流量公平計數 (CVE-2025-21647)
      * kernel: block、bfq在 bfq_split_bfqq() 之後修正 waker_bfqq UAF (CVE-2025-21631)
      * 核心zram修正 zram 表格的潛在 UAF (CVE-2025-21671)
      * 核心afs修正合併偏好設定規則失敗情形 (CVE-2025-21672)
      * 核心mmzswap在 CPU 熱插拔期間正確同步釋放資源 (CVE-2025-21693)
      * 核心cachestat修正頁面快取統計資料權限檢查 (CVE-2025-21691)
      * 核心mm清除 mremap() 上的 uffd-wp PTE/PMD 狀態 (CVE-2025-21696)
      * 核心pfifo_tail_enqueue在 sch->limit == 0 時放置新封包 (CVE-2025-21702)
      * 核心usbnet修正錯誤案例中的記憶體洩漏 (CVE-2022-49657)
      * 核心powerpc/xics修正 icp_opal_init() 中的 refcount 洩漏 (CVE-2022-49432)
      * 核心nettun取消破壞時 NAPI 與裝置連結 (CVE-2022-49672)
      * 核心powerpc/papr_scm不以 '0' 大小的統計資料緩衝區要求統計資料 (CVE-2022-49353)
      * 核心powerpc/xive修正 xive_spapr_init 中的 refcount 洩漏 (CVE-2022-49437)
      * 核心ima修正 ima_init_crypto() 中的潛在記憶體洩漏 (CVE-2022-49627)
      * 核心linux/dim修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)
      * 核心canisotp清理 isotp_bind() 中的 CAN ID 檢查 (CVE-2022-49269)
      * 核心ima修正 ima_appraise_measurement 中一個潛在的整數溢位問題 (CVE-2022-49643)
      * 核心powerpc/xive/spapr更正點陣圖配置大小 (CVE-2022-49623)
      * 核心efi不從適用於 T2 Macs 的 UEFI 安全開機匯入憑證 (CVE-2022-49357)
      * 核心list修正有關 ep->rdllist 的資料爭用 (CVE-2022-49443)
      * 核心追踪/直方圖修正記憶體洩漏問題 (CVE-2022-49648)
      * 核心輸入synaptics - 修正啟用傳遞連接埠時發生的當機 (CVE-2025-21746)
      * 核心NFSD修正 nfsd4_shutdown_callback 中的懸置 (CVE-2025-21795)
      * 核心bpf在 !preemptible 的情況下以非同步方式傳送訊號 (CVE-2025-21728)
      * 核心NFS修正 nfs_sysfs_link_rpc_client() 中的潛在緩衝區溢位 (CVE-2024-54456)
      * 核心藍牙btrtl檢查 btrtl_setup_realtek() 中的 NULL (CVE-2024-57987)
      * 核心wifibrcmsmac新增增益範圍檢查至 wlc_phy_iqcal_gainparams_nphy() (CVE-2024-58014)
      * 核心藍牙btbcm修正 btbcm_get_board_name() 中的 NULL 解除參照 (CVE-2024-57988)
      * 核心RDMA/mlx5修正隱含的 ODP 釋放後使用 (CVE-2025-21714)
      * 核心drm/xe/tracing修正潛在的 TP_printk UAF (CVE-2024-49570)
      * 核心HIDhid-thrustmaster新增端點檢查以修正 torquemaster_probe 中的警告 (CVE-2024-57993)
      * 核心wifirtw89修正 cancel_hw_scan 和 hw_scan 完成之間的爭用 (CVE-2025-21729)
      * 核心wifimt76mt7925修正 mt7925_change_vif_links 中的 NULL 解除參照檢查 (CVE-2024-57989)
      * 核心wifiath12k 超出邊界存取錯誤修正 (CVE-2024-58015)
      * 核心OPP新增索引檢查以宣告避免 _read_freq() 中發生緩衝區溢位 (CVE-2024-57998)
      * 核心wifiath12k修正 ath12k_mac_assign_vif_to_vdev() 中的釋放後讀取指標 (CVE-2024-57995)
      * 核心nfsd釋出 acl_access/acl_default 後予以清除 (CVE-2025-21796)
      * 核心scsiufs核心修正 init 錯誤中的釋放後使用錯誤並移除路徑 (CVE-2025-21739)
      * 核心workqueue從集區卸離救援程式後放置 pwq (CVE-2025-21786)
      * 核心atalibata-sff確保我們無法在配置的緩衝區之外寫入 (CVE-2025-21738)
      * 核心HID核心修正解析乘數必須位於邏輯集合中的假設 (CVE-2024-57986)
      * 核心padata避免 reorder_work 的 UAF (CVE-2025-21726)
      * 核心vrf在 l3mdev_l3_out() 中使用 RCU 保護 (CVE-2025-21791)
      * 核心團隊改善 TEAM_OPTION_TYPE_STRING 驗證 (CVE-2025-21787)
      * 核心usbxhci修正特定命令中止時的 NULL 指標解除參照 (CVE-2024-57981)
      * 核心vxlan檢查 vxlan_vnigroup_init() 傳回值 (CVE-2025-21790)
      * 核心wifimt76mt7925修正 mt7925_load_clc() 中的差一問題 (CVE-2024-57990)
      * 核心ipv6在 ip6_default_advmss() 中使用 RCU 保護 (CVE-2025-21765)
      * 核心ASoCSOFIntelhda-dai確保 DAI Widget 在參數執行期間有效 (CVE-2024-58012)
      * 核心blk-cgroup修正類別 @block_class 的子系統 refcount 洩漏 (CVE-2025-21745)
      * 核心netnet.core.dev_weight 永遠為非零 (CVE-2025-21806)
      * 核心wifirtlwifi移除未使用的 check_buddy_priv (CVE-2024-58072)
      * 核心OPP修正頻寬表格未初始化時的 dev_pm_opp_find_bw_*() (CVE-2024-58068)
      * 核心：wifi：iwlwifi：mvm：避免 Null 指標解除參照問題 (CVE-2024-58062)
      * 核心idpf將 workqueue 轉換為 unbound (CVE-2024-58057)
      * 核心wifimac80211不排清未上傳的 STA (CVE-2025-21828)
      * 核心KVM明確驗證目標 vCPU 在 kvm_get_vcpu() 中是否在線 (CVE-2024-58083)
      * 核心netfilternf_tables拒絕含有設定金鑰長度之 field_len 不符的總和 (CVE-2025-21826)
      * 核心ASoCsoc-pcm不在 .prepare 回呼上使用 soc_pcm_ret() (CVE-2024-58077)
      * 核心cryptotegra - 當 tegra init 失敗時不傳輸 req (CVE-2024-58075)
      * 核心RDMA/rxe修正警告 __rxe_cleanup+0x12c/0x170 [rdma_rxe] (CVE-2025-21829)
      * 核心KVMx86進入 .vcpu_run() 迴圈前僅以來賓值載入 DR6 (CVE-2025-21839)
      * 核心io_uring/uring_cmd準備時無條件複製 SQE (CVE-2025-21837)
      * 核心：透過某些 AMD 處理器中的瞬態執行弱點造成資訊洩漏 (CVE-2024-36350)
      * 核心：某些 AMD 處理器中的瞬態執行弱點 (CVE-2024-36357)
      * 核心bpf修正 64k 頁面核心上 arena_map_free 中的軟鎖定 (CVE-2025-21851)
      * 核心ibmvnic傳送至 VIOS 後不參照 skb (CVE-2025-21855)
      * kernelsmbclient新增 receive_encrypted_standard() 中的 next_buffer 檢查 (CVE-2025-21844)
      * 核心bpf避免在 mmap 作業期間按住 freeze_mutex (CVE-2025-21853)
      * 核心ASoCSOFstream-ipc檢查 sof_ipc_msg_data() 中的 cstream 無效性 (CVE-2025-21847)
      * 核心tcp在我們目前放置 dst 的同時放置 secpath (CVE-2025-21864)
      * 核心bpf修正釋放 cgroup 儲存空間時的鎖死問題 (CVE-2024-58088)
      * 核心acct從工作佇列執行上次寫入 (CVE-2025-21846)
      * 核心mm/migrate_device不將要釋放的作品集新增至 migrate_device_finalize() 中的 LRU (CVE-2025-21861)
      * 核心io_uring防止 opcode 推測 (CVE-2025-21863)
      * 核心nfpbpf新增 nfp_app_ctrl_msg_alloc() 的檢查 (CVE-2025-21848)
      * 核心netfilternft_tunnel修正geneve_opt 類型混淆新增 (CVE-2025-22056)
      * 核心canj1939j1939_send_one()修正遺漏的 CAN 標頭初始化 (CVE-2022-49845)
      * 核心usbtypecucsidisplayport修正 NULL 指標存取 (CVE-2025-37994)
      * 核心wifiath12k修正 ath12k_core_init() 中的 uaf (CVE-2025-38116)
      * 核心fs匯出 anon_inode_make_secure_inode() 並修正 secretmem LSM 繞過 (CVE-2025-38396)

Tenable 已直接從 AlmaLinux 安全公告擷取前置描述區塊。

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

遠端 Oracle Linux 9 主機中安裝的套件受到 ELSA-2025-205180 公告中提及的多個弱點影響。

    - io_uring/futex確保 io_futex_wait() 在失敗時正確清理 (CKI Backport Bot) [RHEL-114336] {CVE-2025-39698}
    - NFS修正 nfs_fh_to_dentry() 中的 filehandle 邊界檢查 (CKI Backport Bot) [RHEL-113611] {CVE-2025-39730}
    - eventpoll修正半無限制遞回 (CKI 反向移植機器人) [RHEL-111050] {CVE-2025-38614}
    - ALSA：hda/ca0132：修正 add_tuning_control 中的緩衝區溢位 (CKI Backport Bot) [RHEL-114850] {CVE-2025-39751}
    - wifiath12k處理 RX 對等片段設定錯誤時遞減 TID (CKI 反向移植機器人) [RHEL-114708] {CVE-2025-39761}
    - ALSA：usb-audio：也驗證 UAC3 power 網域描述符號 (Jaroslav Kysela) [RHEL-114691] {CVE-2025-38729}
    - ALSAusb-audio驗證 UAC3 叢集區段描述符號 (CKI Backport Bot) [RHEL-114691] {CVE-2025-39757}
    - selfteststls新增零長度記錄的測試 (Sabrina Dubroca) [RHEL-114324] {CVE-2025-39682}
    - tls修正 rx_list 上零長度記錄的處理 (Sabrina Dubroca) [RHEL-114324] {CVE-2025-39682}

Tenable 已直接從 Oracle Linux 安全公告擷取前置描述區塊。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
227124	Linux Distros 未修補的弱點：CVE-2022-49648	Nessus	Misc.	2025/3/5	2025/11/11	medium
237260	CentOS 9：kernel-5.14.0-587.el9	Nessus	CentOS Local Security Checks	2025/5/26	2025/5/26	high
277164	RockyLinux 9核心 (RLSA-2025:20518)	Nessus	Rocky Linux Local Security Checks	2025/12/3	2025/12/3	high
274839	RHEL 9：核心 (RHSA-2025:20518)	Nessus	Red Hat Local Security Checks	2025/11/12	2025/11/17	high
275824	AlmaLinux 9核心 (ALSA-2025:20518)	Nessus	Alma Linux Local Security Checks	2025/11/19	2025/11/19	high
276689	Oracle Linux 9 ELSA-2025-20518-0: / kernel (ELSA-2025-205180)	Nessus	Oracle Linux Local Security Checks	2025/11/25	2025/11/25	high

偵測

搜尋 Plugin

medium

high

high

high

high

high