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

  - 已解決 Linux 核心中的下列弱點：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已解決 Linux 核心中的下列弱點：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已解決 Linux 核心中的下列弱點：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已解決 Linux 核心中的下列弱點：be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case.
    Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once. (CVE-2022-49581)

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

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

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

    i2c：修正潛在的釋放後使用

    僅在我們使用完 adap 結構之後才將其釋放。此修補程式只是將 put_device() 向下移動一點，以免出現釋放後使用問題。

    [wsa：已新增程式碼註解，已新增修正標籤] (CVE-2019-25162)

    在 Linux 核心的 Atheros 無線介面卡驅動程式中，發現使用者強制 ath9k_htc_wait_for_target 函式失敗並顯示部分輸入訊息的方式中包含釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-1679)

    在 Linux 核心的 POSIX CPU 計時器功能中發現釋放後使用缺陷，其中使用者先建立計時器，然後在程式的非 leader 執行緒中將之刪除。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-2585)

    據發現，nft 物件或運算式可參照不同 nft 表格上的 nft 集，進而導致在刪除該表格時發生釋放後使用。(CVE-2022-2586)

    在 Linux 核心中，發現 net/sched/cls_route.c 篩選器實作中的 route4_change 存在釋放後使用瑕疵。這使本機使用者可以造成系統當機，且可能導致本機特權提升問題。(CVE-2022-2588)

    某些 Intel(R) 處理器在內容之間不透明地共用回傳預測器目標，這讓授權使用者可以透過本機存取權造成資訊洩漏。(CVE-2022-26373)

    在 Linux 核心的 nf_conntrack_irc 中發現一個問題，其中的訊息處理可能會發生混淆並且與訊息錯誤對應。當使用者在已設定 nf_conntrack_irc 的情況下使用未加密的 IRC 時，可能能夠繞過防火牆。(CVE-2022-2663)

    在 Linux 核心的 BPF 子系統中，使用者以大於對應 max_entries 的金鑰呼叫 bpf_tail_call 函式的方式中存在超出邊界讀取記憶體的缺陷。本機使用者利用此缺陷，未經授權即可存取某些資料。(CVE-2022-2905)

    當同時發生多個對 xfrm_probe_algs 的呼叫時，Linux 核心中用於轉換封包的 IP 架構 (XFRM 子系統) 存在爭用情形。此缺陷讓本機攻擊者可能透過執行超出邊界讀取並將其複製到通訊端，來觸發超出邊界寫入或洩漏核心堆積記憶體。(CVE-2022-3028)

    在 Linux 核心的 io_uring 中發現釋放後使用缺陷。如果使用 io_uring 輪詢輪詢 signalfd 或 binder fd，因為缺少 io_uring POLLFREE 處理，此瑕疵允許本機使用者觸發此問題。(CVE-2022-3176)

    在 Linux 核心的音效子系統中發現因不當鎖定導致的爭用情形。處理 SNDCTL_DSP_SYNC ioctl 時，此缺陷可導致 NULL 指標解除參照。有權限的本機使用者 (根使用者或音訊群組的成員) 可利用此缺陷使系統當機，進而導致拒絕服務情形。(CVE-2022-3303)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「嚴重」。這會影響 IPsec 元件中 net/core/devlink.c 檔案的 devlink_param_set/devlink_param_get 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211929。(CVE-2022-3625)

    在 5.19 版之前的 Linux 核心中，發現 include/asm-generic/tlb.h 中存在問題。由於存在爭用情形 (unmap_mapping_range 與 munmap)，裝置驅動程式可在頁面仍具有過時 TLB 項目時釋放此頁面。只有在使用 VM_PFNMAP VMA 的情況下，才會發生此問題。(CVE-2022-39188)

    在 Linux 核心的 x86 KVM 子系統中，發現 arch/x86/kvm/x86.c 中的 kvm_steal_time_set_preempted 存在瑕疵。無權限的來賓使用者可入侵來賓核心，這是因為在某些 KVM_VCPU_PREEMPTED 情況下，程式未正確處理 TLB 排清作業。(CVE-2022-39189)

    在 Linux 核心 5.19.6 之前版本的 net/netfilter/nf_tables_api.c 中發現一個問題。繫結至已繫結的鏈結時，可能會發生拒絕服務。(CVE-2022-39190)

    在 Linux 核心的 EFI Capsule 載入器驅動程式中，發現程式在 EFI Capsule 裝置節點上處理寫入和排清作業的方式存在爭用條件。本機使用者可利用此缺陷造成系統當機或存在此可能 (CVE-2022-40307)

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

    IB/核心：修正 ODP 流程期間巢狀鎖死情形 (CVE-2022-48675)

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

    nvme-tcp：修正偵測到雜湊錯誤時發生釋放後使用的問題 (CVE-2022-48686)

    在 Linux 核心中，下列弱點已解決：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    tcp：TX zerocopy 不應偵測 pfmemalloc 狀態 (CVE-2022-48689)

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

    netfilter：nf_tables：卸載標記檢查失敗時移除勾點清單 (CVE-2022-48691)

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

    scsi：mpt3sas：修復釋放後使用警告 (CVE-2022-48695)

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

    sched/debug：修正 update_sched_domain_debugfs 中的 dentry 洩漏 (CVE-2022-48699)

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

    vfio/type1：取消釘選零頁面 (CVE-2022-48700)

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

    USBcore防止巢狀裝置重設呼叫 (CVE-2022-49936)

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

    cifs修正 SMB2_negotiate() 中的小型 mempool 洩漏 (CVE-2022-49938)

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

    vt變更字型前清除選取項目 (CVE-2022-49948)

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

    arm64cacheinfo修正將已簽署錯誤值不正確指派給未簽署 fw_level 的問題 (CVE-2022-49964)

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

    ftrace：修正 ftrace 無作用時 is_ftrace_trampoline 中的 NULL 指標解除參照 (CVE-2022-49977)

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

    net修正 sk_psock_get 中的參照計數錯誤 (2) (CVE-2022-49979)

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

    HIDhidraw修正 hidraw_release() 中的記憶體洩漏 (CVE-2022-49981)

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

    HIDsteam防止在 Steam_{recv,send}_report 中發生 NULL 指標解除參照 (CVE-2022-49984)

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

    bpf不對戳描述符號的陣列範圍檢查使用 tnum_range (CVE-2022-49985)

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

    scsistorvsc從 storvsc_error_wq 移除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：呼叫 md_stop 中的 __md_stop_writes (CVE-2022-49987)

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

    xen/privcmd修正 privcmd_ioctl_dm_op() 的錯誤結束 (CVE-2022-49989)

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

    mm/hugetlb避免 hugetlb_mcopy_atomic_pte 中的 page->mapping 損毀 (CVE-2022-49991)

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

    迴圈：設定迴圈時檢查溢位 (CVE-2022-49993)

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

    bootmem從 put_page_bootmem 中的 kmemleak 移除 vmemmap 頁面 (CVE-2022-49994)

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

    writeback避免移除裝置後發生釋放後使用 (CVE-2022-49995)

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

    btrfs修正 btrfs_get_dev_args_from_path() 中的潛在記憶體洩漏 (CVE-2022-49996)

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

    rxrpc修正 rxrpc 之 sendmsg 中的鎖定 (CVE-2022-49998)

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

    btrfs修正空間快取損毀和潛在的雙重配置 (CVE-2022-49999)

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

    netfilterflowtable修正因為擱置工作而在清理中停滯的流量 (CVE-2022-50000)

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

    xfrmpolicy修正詮釋資料 dst->dev xmit null 指標解除參照 (CVE-2022-50004)

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

    kprobes：不針對已停用的 kprobe 呼叫 disarm_kprobe() (CVE-2022-50008)

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

    driversmd修正潛在的釋放後使用錯誤 (CVE-2022-50022)

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

    netgenl修正原則轉儲存中的錯誤路徑記憶體洩漏 (CVE-2022-50042)

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

    net修正 ndisc_router_discovery() 中潛在的 refcount 洩漏 (CVE-2022-50043)

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

    netfilternf_tables錯誤路徑中可能的模組參照反向溢位 (CVE-2022-50048)

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

    fs/ntfs3修正 ntfs_read_mft 中遺漏的 i_op (CVE-2022-50056)

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

    fs/ntfs3修正 ntfs_update_mftmirr 中的 NULL 解除參照 (CVE-2022-50057)

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

    ceph不洩漏 handle_cap_grant 中的 snap_rwsem (CVE-2022-50059)

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

    virtio_net修正可合併的 XPD_TX 內的記憶體洩漏 (CVE-2022-50065)

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

    btrfs如果交易提交在 prepare_to_relocate() 中失敗會取消設定重新定位控制 (CVE-2022-50067)

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

    drm/ttm修正虛擬 res NULL 指標解除參照錯誤 (CVE-2022-50068)

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

    BPF修正 bpf_sys_bpf() 中潛在的錯誤指標解除參照 (CVE-2022-50069)

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

    NFSv4/pnfs修正開啟中的釋放後使用錯誤 (CVE-2022-50072)

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

    tracing/eprobes使事件探查與 kprobes 和 uprobes 一致 (CVE-2022-50075)

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

    cifs修正延遲關閉時的記憶體洩漏 (CVE-2022-50076)

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

    tracing/eprobes不允許 eprobe 使用 $stack或 % 用於 reg (CVE-2022-50078)

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

    ext4修正 ext4_iomap_begin 中關於 bmap 和 write 爭用的警告 (CVE-2022-50082)

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

    ext4：在 xattr.h 中新增 EXT4_INODE_HAS_XATTR_SPACE 巨集 (CVE-2022-50083)

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

    dm raid修正 raid_status 中的位址清理程式警告 (CVE-2022-50084)

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

    dm raid修正 raid_resume 中的位址清理程式警告 (CVE-2022-50085)

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

    block不允許相同類型 rq_qos 新增超過一次 (CVE-2022-50086)

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

    firmwarearm_scpi確保探查失敗時未指派 scpi_info (CVE-2022-50087)

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

    locking/csd_lock將 csdlock_debug 從 early_param 變更為 __setup (CVE-2022-50091)

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

    dm Thin修正 dm_sm_register_threshold_callback 中的釋放後使用損毀 (CVE-2022-50092)

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

    x86/kprobessinglestepping 後更新 kcb 狀態旗標 (CVE-2022-50096)

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

    video：fbdev：s3fb：使用 memset_io() 前檢查螢幕尺寸 (CVE-2022-50097)

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

    sched/core不要將已從 cpus_mask 排除的 CPU 上的工作重新排入佇列 (CVE-2022-50100)

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

    sched、cpuset修正因清空 cs->cpus_allowed 導致的 dl_cpu_busy() 不穩定 (CVE-2022-50103)

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

    jbd2：修正日誌中止時的宣告 'jh->b_frozen_data == NULL' 失敗 (CVE-2022-50126)

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

    RDMA/irdma修正釋放後使用視窗 (CVE-2022-50137)

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

    RDMA/qedr修正 __qedr_alloc_mr() 中的潛在記憶體洩漏 (CVE-2022-50138)

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

    mm/mempolicy修正 get_nodes 超出邊界存取 (CVE-2022-50147)

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

    驅動程式核心修正 __driver_attach 中的潛在鎖死 (CVE-2022-50149)

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

    usbhost修正 ehci_hcd_ppc_of_probe 中的 refcount 洩漏 (CVE-2022-50153)

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

    of根據記憶體邊界檢查先前核心的 ima-kexec-buffer (CVE-2022-50159)

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

    selinux：在 put_entry() 中新增邊界檢查 (CVE-2022-50200)

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

    PM：hibernate：從休眠狀態恢復時延遲裝置探查 (CVE-2022-50202)

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

    ext2：新增更多的 inode 計數有效性檢查 (CVE-2022-50205)

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

    arm64修正並行設定 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修正 KASAN 警告 (CVE-2022-50211)

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

    netfilternf_tables不允許 CHAIN_ID 參照其他表格 (CVE-2022-50212)

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

    netfilternf_tables不允許 SET_ID 參照其他表格 (CVE-2022-50213)

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

    scsisg允許在移除的裝置上等待命令完成 (CVE-2022-50215)

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

    bpf修正 compute_effect_progs 中的 KASAN 釋放後使用讀取 (CVE-2022-50219)

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

    ttyvt初始化 unicode 畫面緩衝區 (CVE-2022-50222)

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

    KVM：SVM：如果使用者空間插入具有 GIF=0 的中斷，則不要 BUG (CVE-2022-50228)

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

    arm64在 swapper 頁面表格上設定 UXN (CVE-2022-50230)

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

    cryptoarm64/poly1305 - 修正讀取超出邊界問題 (CVE-2022-50231)

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

    arm64在 swapper 頁面表格上設定 UXN (CVE-2022-50232)

    在 nf_tables_updtable 中，如果 nf_tables_table_enable 傳回錯誤，程式會呼叫 nft_trans_destroy 以釋放交易物件。nft_trans_destroy() 會呼叫 list_del()，但從未將交易放置在清單上
    -- 清單標頭全部為零，這會導致 NULL 指標解除參照。(CVE-2023-1095)

    - 在 Linux 核心的 netdevsim 裝置驅動程式的事件排程內發現一個缺陷。此問題是因為不當管理參照計數所導致的。攻擊者可利用此問題，在系統中建立拒絕服務條件。(CVE-2023-2019)

    Linux 核心的 ext4 檔案系統在處理延伸屬性的額外 inode 大小時，會產生釋放後使用弱點。有權限的本機使用者可利用此弱點造成系統當機或其他不明行為。(CVE-2023-2513)

    上游公告對此問題的描述如下：

    本機攻擊者可以利用此弱點，在安裝 Linux 核心的受影響裝置上造成敏感資訊洩漏。攻擊者必須先取得在目標系統上執行高特權程式碼的能力，才能攻擊此弱點。

    此特定弱點存在於 seg6 屬性的處理中。這是未正確驗證使用者提供的資料所導致，攻擊者可利用此缺陷造成讀取範圍超過所分配的緩衝區末尾。
    攻擊者可結合其他弱點，在核心的環境中提升權限並執行任意程式碼。(CVE-2023-2860)

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/relocation.c 的 prepare_to_relocate 中存在釋放後使用弱點。在呼叫 btrfs_ioctl_defrag() 之前，呼叫 btrfs_ioctl_balance() 可能會觸發此潛在缺陷。(CVE-2023-3111)

    在 Linux 核心的 btrfs 檔案系統中，在 fs/btrfs/volumes.c 的 btrfs_get_dev_args_from_path 中發現一個釋放後使用缺陷。利用此瑕疵，有特殊特權的本機攻擊者可造成系統當機或洩漏核心資訊 (CVE-2023-4394)

    在 Linux 核心中發現釋放後使用缺陷。移除磁碟時，系統會呼叫 bdi_unregister 以停止進一步回寫，並等待相關聯的延遲工作完成。不過，wb_inode_writeback_end() 可能會在此完成之後排程頻寬評估工作，這可導致計時器嘗試存取最近釋放的 bdi_writeback。(CVE-2024-0562)

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

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

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

  - bpf不要重新導向具有無效 pkt_len 的封包 Syzbot 發現一個問題 [1]fq_codel_drop() 嘗試放置不含任何 skbs 的流程即 flow->head 為 null。如 [2] 所述根本原因是因為 bpf_prog_test_run_skb() 執行了重新導向空 skbs 的 bpf prog。因此在直接轉送之前應先判斷 bpf prog 或其他項目 (如 bpf_prog_test) 修改的封包長度是否有效。 (CVE-2022-49975)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

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

    i2c：修正潛在的釋放後使用

    僅在我們使用完 adap 結構之後才將其釋放。此修補程式只是將 put_device() 向下移動一點，以免出現釋放後使用問題。

    [wsa：已新增程式碼註解，已新增修正標籤] (CVE-2019-25162)

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

    tun：避免 tun_free_netdev 中的重複釋放 (CVE-2021-47082)

    在 Linux 核心的 Atheros 無線介面卡驅動程式中，發現使用者強制 ath9k_htc_wait_for_target 函式失敗並顯示部分輸入訊息的方式中包含釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-1679)

    嘗試設定 SynIC IRQ 時，在 Linux 核心的 KVM 中發現一個缺陷。此問題可讓行為不當的 VMM 寫入 SYNIC/STIMER MSR，進而造成 NULL 指標解除參照。此缺陷允許主機上無權限的本機攻擊者發出特定的 ioctl 呼叫，進而造成可導致拒絕服務的核心 oops 情形。(CVE-2022-2153)

    在 Linux 核心的 POSIX CPU 計時器功能中發現釋放後使用缺陷，其中使用者先建立計時器，然後在程式的非 leader 執行緒中將之刪除。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-2585)

    據發現，nft 物件或運算式可參照不同 nft 表格上的 nft 集，進而導致在刪除該表格時發生釋放後使用。(CVE-2022-2586)

    在 Linux 核心中，發現 net/sched/cls_route.c 篩選器實作中的 route4_change 存在釋放後使用瑕疵。這使本機使用者可以造成系統當機，且可能導致本機特權提升問題。(CVE-2022-2588)

    某些 Intel(R) 處理器在內容之間不透明地共用回傳預測器目標，這讓授權使用者可以透過本機存取權造成資訊洩漏。(CVE-2022-26373)

    在 Linux 核心的 nf_conntrack_irc 中發現一個問題，其中的訊息處理可能會發生混淆並且與訊息錯誤對應。當使用者在已設定 nf_conntrack_irc 的情況下使用未加密的 IRC 時，可能能夠繞過防火牆。(CVE-2022-2663)

    在 Linux 核心的 BPF 子系統中，使用者以大於對應 max_entries 的金鑰呼叫 bpf_tail_call 函式的方式中存在超出邊界讀取記憶體的缺陷。本機使用者利用此缺陷，未經授權即可存取某些資料。(CVE-2022-2905)

    當同時發生多個對 xfrm_probe_algs 的呼叫時，Linux 核心中用於轉換封包的 IP 架構 (XFRM 子系統) 存在爭用情形。此缺陷讓本機攻擊者可能透過執行超出邊界讀取並將其複製到通訊端，來觸發超出邊界寫入或洩漏核心堆積記憶體。(CVE-2022-3028)

    在 Linux 核心的 io_uring 中發現釋放後使用缺陷。如果使用 io_uring 輪詢輪詢 signalfd 或 binder fd，因為缺少 io_uring POLLFREE 處理，此瑕疵允許本機使用者觸發此問題。(CVE-2022-3176)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「嚴重」。這會影響 IPsec 元件中 net/core/devlink.c 檔案的 devlink_param_set/devlink_param_get 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211929。(CVE-2022-3625)

    在 5.19 版之前的 Linux 核心中，發現 include/asm-generic/tlb.h 中存在問題。由於存在爭用情形 (unmap_mapping_range 與 munmap)，裝置驅動程式可在頁面仍具有過時 TLB 項目時釋放此頁面。只有在使用 VM_PFNMAP VMA 的情況下，才會發生此問題。(CVE-2022-39188)

    在 Linux 核心 5.19.6 之前版本的 net/netfilter/nf_tables_api.c 中發現一個問題。繫結至已繫結的鏈結時，可能會發生拒絕服務。(CVE-2022-39190)

    在 Linux 核心的 EFI Capsule 載入器驅動程式中，發現程式在 EFI Capsule 裝置節點上處理寫入和排清作業的方式存在爭用條件。本機使用者可利用此缺陷造成系統當機或存在此可能 (CVE-2022-40307)

    在 Linux 核心 5.13.3 之前版本的 mm/mremap.c 中，因為在 PUD 移動期間未保留 rmap 鎖定，所以可透過過時 TLB 觸發釋放後使用問題。(CVE-2022-41222)

    在 Linux 核心的 TUN/TAP 裝置驅動程式功能中，當 register_netdevice 函式 (NETDEV_REGISTER 通知程式) 失敗時，在使用者登記裝置的方式中發現重複釋放瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-4744)

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

    IB/核心：修正 ODP 流程期間巢狀鎖死情形 (CVE-2022-48675)

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

    nvme-tcp：修正偵測到雜湊錯誤時發生釋放後使用的問題 (CVE-2022-48686)

    在 Linux 核心中，下列弱點已解決：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    i40e：修正模組移除期間核心當機的問題 (CVE-2022-48688)

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

    netfilter：nf_tables：卸載標記檢查失敗時移除勾點清單 (CVE-2022-48691)

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

    scsi：mpt3sas：修復釋放後使用警告 (CVE-2022-48695)

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

    nvmet：修正釋放後使用錯誤 (CVE-2022-48697)

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

    drm/radeon：新增強制排清以在 radeon 時延遲工作 (CVE-2022-48704)

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

    sched/fair修正 reweight_entity 中的錯誤 (CVE-2022-48921)

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

    tcp：修正有關 sysctl_tcp_l3mdev_accept 的資料爭用。(CVE-2022-49599)

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

    USB：core：防止巢狀裝置重設呼叫 (CVE-2022-49936)

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

    vt：變更字型前清除選取項目 (CVE-2022-49948)

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

    net/sched修正 attach_default_qdiscs() 中的 netdevice 參照洩漏 (CVE-2022-49958)

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

    arm64cacheinfo修正將已簽署錯誤值不正確指派給未簽署 fw_level 的問題 (CVE-2022-49964)

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

    bpf不要以無效的 pkt_len 重新導向封包 (CVE-2022-49975)

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

    ftrace：修正 ftrace 無作用時 is_ftrace_trampoline 中的 NULL 指標解除參照 (CVE-2022-49977)

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

    net修正 sk_psock_get 中的參照計數錯誤 (2) (CVE-2022-49979)

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

    HID：hidraw：修正 hidraw_release() 中的記憶體洩漏 (CVE-2022-49981)

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

    HIDsteam防止在 Steam_{recv,send}_report 中發生 NULL 指標解除參照 (CVE-2022-49984)

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

    bpf不對戳描述符號的陣列範圍檢查使用 tnum_range (CVE-2022-49985)

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

    scsistorvsc從 storvsc_error_wq 移除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：呼叫 md_stop 中的 __md_stop_writes (CVE-2022-49987)

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

    xen/privcmd修正 privcmd_ioctl_dm_op() 的錯誤結束 (CVE-2022-49989)

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

    迴圈：設定迴圈時檢查溢位 (CVE-2022-49993)

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

    rxrpc修正 rxrpc 之 sendmsg 中的鎖定 (CVE-2022-49998)

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

    xfrmpolicy修正詮釋資料 dst->dev xmit null 指標解除參照 (CVE-2022-50004)

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

    NFSv4.2 修正 __nfs42_ssc_open 的問題 (CVE-2022-50006)

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

    xfrm修正 __xfrm_policy_check() 中的 refcount 洩漏 (CVE-2022-50007)

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

    kprobes：不針對已停用的 kprobe 呼叫 disarm_kprobe() (CVE-2022-50008)

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

    drivers：md：修正潛在的釋放後使用錯誤 (CVE-2022-50022)

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

    scsilpfc防止緩衝區溢位在具有格式錯誤使用者輸入的 debugfs 中損毀 (CVE-2022-50030)

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

    netgenl修正原則轉儲存中的錯誤路徑記憶體洩漏 (CVE-2022-50042)

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

    iavf修正 adminq 錯誤處理 (CVE-2022-50055)

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

    ceph不洩漏 handle_cap_grant 中的 snap_rwsem (CVE-2022-50059)

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

    virtio_net修正可合併的 XPD_TX 內的記憶體洩漏 (CVE-2022-50065)

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

    NFSv4/pnfs修正開啟中的釋放後使用錯誤 (CVE-2022-50072)

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

    ext4修正 ext4_iomap_begin 中關於 bmap 和 write 爭用的警告 (CVE-2022-50082)

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

    ext4：在 xattr.h 中新增 EXT4_INODE_HAS_XATTR_SPACE 巨集 (CVE-2022-50083)

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

    dm raid：修正 raid_status 中的位址清理程式警告 (CVE-2022-50084)

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

    dm raid：修正 raid_resume 中的位址清理程式警告 (CVE-2022-50085)

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

    firmwarearm_scpi確保探查失敗時未指派 scpi_info (CVE-2022-50087)

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

    dm Thin：修正 dm_sm_register_threshold_callback 中的釋放後使用損毀 (CVE-2022-50092)

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

    iommu/vt-d避免透過 node_online(NUMA_NO_NODE) 的無效記憶體存取 (CVE-2022-50093)

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

    posix-cpu-timers在執行期間清除 CPU 計時器之前將其釋放 (CVE-2022-50095)

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

    video：fbdev：s3fb：使用 memset_io() 前檢查螢幕尺寸 (CVE-2022-50097)

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

    sched、cpuset修正因清空 cs->cpus_allowed 導致的 dl_cpu_busy() 不穩定 (CVE-2022-50103)

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

    jbd2：修正日誌中止時的宣告 'jh->b_frozen_data == NULL' 失敗 (CVE-2022-50126)

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

    RDMA/rxe：修正 rxe_create_qp() 中的錯誤解開 (CVE-2022-50127)

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

    RDMA/srpt修正釋放後使用 (CVE-2022-50129)

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

    RDMA/qedr修正 __qedr_alloc_mr() 中的潛在記憶體洩漏 (CVE-2022-50138)

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

    驅動程式核心修正 __driver_attach 中的潛在鎖死 (CVE-2022-50149)

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

    usb：host：修正 ehci_hcd_ppc_of_probe 中的 refcount 洩漏 (CVE-2022-50153)

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

    virtio-gpu修正遺漏的檢查以避免 NULL 解除參照 (CVE-2022-50181)

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

    drm/radeon：修正 ni_set_mc_special_registers() 中的潛在緩衝區溢位 (CVE-2022-50185)

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

    ulator: of修正 of_get_section_constraints() 中的 refcount 洩漏錯誤 (CVE-2022-50191)

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

    selinux：在 put_entry() 中新增邊界檢查 (CVE-2022-50200)

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

    PM：hibernate：從休眠狀態恢復時延遲裝置探查 (CVE-2022-50202)

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

    ext2：新增更多的 inode 計數有效性檢查 (CVE-2022-50205)

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

    arm64：修正並行設定 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修正 KASAN 警告 (CVE-2022-50211)

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

    netfilternf_tables不允許 CHAIN_ID 參照其他表格 (CVE-2022-50212)

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

    netfilter：nf_tables：不允許 SET_ID 參照其他表格 (CVE-2022-50213)

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

    scsi：sg：允許在移除的裝置上等待命令完成 (CVE-2022-50215)

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

    bpf修正 compute_effect_progs 中的 KASAN 釋放後使用讀取 (CVE-2022-50219)

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

    usbnet：修正中斷連線時的 linkwatch 釋放後使用 (CVE-2022-50220)

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

    ttyvt初始化 unicode 畫面緩衝區 (CVE-2022-50222)

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

    KVM：SVM：如果使用者空間插入具有 GIF=0 的中斷，則不要 BUG (CVE-2022-50228)

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

    cryptoarm64/poly1305 - 修正讀取超出邊界問題 (CVE-2022-50231)

    在 nf_tables_updtable 中，如果 nf_tables_table_enable 傳回錯誤，程式會呼叫 nft_trans_destroy 以釋放交易物件。nft_trans_destroy() 會呼叫 list_del()，但從未將交易放置在清單上
    -- 清單標頭全部為零，這會導致 NULL 指標解除參照。(CVE-2023-1095)

    上游公告對此問題的描述如下：

    本機攻擊者可以利用此弱點，在安裝 Linux 核心的受影響裝置上造成敏感資訊洩漏。攻擊者必須先取得在目標系統上執行高特權程式碼的能力，才能攻擊此弱點。

    此特定弱點存在於 seg6 屬性的處理中。這是未正確驗證使用者提供的資料所導致，攻擊者可利用此缺陷造成讀取範圍超過所分配的緩衝區末尾。
    攻擊者可結合其他弱點，在核心的環境中提升權限並執行任意程式碼。(CVE-2023-2860)

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

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

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

  - 已解決 Linux 核心中的下列弱點：pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - 已解決 Linux 核心中的下列弱點：i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - 已解決 Linux 核心中的下列弱點：scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - 已解決 Linux 核心中的下列弱點：ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

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

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

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

    i2c：修正潛在的釋放後使用

    僅在我們使用完 adap 結構之後才將其釋放。此修補程式只是將 put_device() 向下移動一點，以免出現釋放後使用問題。

    [wsa：已新增程式碼註解，已新增修正標籤] (CVE-2019-25162)

    處理內部資料結構時，在 Linux 核心的 EBPF 驗證程式中發現一個弱點。
    內部記憶體位置可傳回使用者空間。有權將 eBPF 程式碼插入核心的本機攻擊者可利用此弱點洩露內部核心記憶體詳細資料，使目前針對核心的一些弱點緩解措施變得無效。(CVE-2021-4159)

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

    thermal：修正 of_thermal_ 函式中的 NULL 指標解除參照問題 (CVE-2021-47202)

    在 Linux 核心的 Atheros 無線介面卡驅動程式中，發現使用者強制 ath9k_htc_wait_for_target 函式失敗並顯示部分輸入訊息的方式中包含釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-1679)

    在 v4l2-mem2mem.c 的 v4l2_m2m_querybuf 中，由於輸入驗證不當，可能發生超出邊界寫入。這可能會導致需要系統執行權限的本機特權提升。惡意利用弱點不需要使用者互動。產品：AndroidVersions：Android kernelAndroid ID：
    A-223375145References：上游核心 (CVE-2022-20369)

    嘗試設定 SynIC IRQ 時，在 Linux 核心的 KVM 中發現一個缺陷。此問題可讓行為不當的 VMM 寫入 SYNIC/STIMER MSR，進而造成 NULL 指標解除參照。此缺陷允許主機上無權限的本機攻擊者發出特定的 ioctl 呼叫，進而造成可導致拒絕服務的核心 oops 情形。(CVE-2022-2153)

    據發現，nft 物件或運算式可參照不同 nft 表格上的 nft 集，進而導致在刪除該表格時發生釋放後使用。(CVE-2022-2586)

    在 Linux 核心中，發現 net/sched/cls_route.c 篩選器實作中的 route4_change 存在釋放後使用瑕疵。這使本機使用者可以造成系統當機，且可能導致本機特權提升問題。(CVE-2022-2588)

    某些 Intel(R) 處理器在內容之間不透明地共用回傳預測器目標，這讓授權使用者可以透過本機存取權造成資訊洩漏。(CVE-2022-26373)

    在 Linux 核心的 nf_conntrack_irc 中發現一個問題，其中的訊息處理可能會發生混淆並且與訊息錯誤對應。當使用者在已設定 nf_conntrack_irc 的情況下使用未加密的 IRC 時，可能能夠繞過防火牆。(CVE-2022-2663)

    當同時發生多個對 xfrm_probe_algs 的呼叫時，Linux 核心中用於轉換封包的 IP 架構 (XFRM 子系統) 存在爭用情形。此缺陷讓本機攻擊者可能透過執行超出邊界讀取並將其複製到通訊端，來觸發超出邊界寫入或洩漏核心堆積記憶體。(CVE-2022-3028)

    在 Linux 核心的 io_uring 中發現釋放後使用缺陷。如果使用 io_uring 輪詢輪詢 signalfd 或 binder fd，因為缺少 io_uring POLLFREE 處理，此瑕疵允許本機使用者觸發此問題。(CVE-2022-3176)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「嚴重」。這會影響 IPsec 元件中 net/core/devlink.c 檔案的 devlink_param_set/devlink_param_get 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211929。(CVE-2022-3625)

    在 5.19 版之前的 Linux 核心中，發現 include/asm-generic/tlb.h 中存在問題。由於存在爭用情形 (unmap_mapping_range 與 munmap)，裝置驅動程式可在頁面仍具有過時 TLB 項目時釋放此頁面。只有在使用 VM_PFNMAP VMA 的情況下，才會發生此問題。(CVE-2022-39188)

    在 Linux 核心的 EFI Capsule 載入器驅動程式中，發現程式在 EFI Capsule 裝置節點上處理寫入和排清作業的方式存在爭用條件。本機使用者可利用此缺陷造成系統當機或存在此可能 (CVE-2022-40307)

    在 Linux 核心 5.13.3 之前版本的 mm/mremap.c 中，因為在 PUD 移動期間未保留 rmap 鎖定，所以可透過過時 TLB 觸發釋放後使用問題。(CVE-2022-41222)

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

    nvme-tcp：修正偵測到雜湊錯誤時發生釋放後使用的問題 (CVE-2022-48686)

    在 Linux 核心中，下列弱點已解決：ipv6: sr: fix out-of-bounds read when setting HMAC data. The SRv6 layer allows defining HMAC data that can later be used to sign IPv6 Segment Routing Headers. This configuration is realised via netlink through four attributes: SEG6_ATTR_HMACKEYID, SEG6_ATTR_SECRET, SEG6_ATTR_SECRETLEN and SEG6_ATTR_ALGID. (CVE-2022-48687)

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

    i40e：修正模組移除期間核心當機的問題 (CVE-2022-48688)

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

    scsi：mpt3sas：修復釋放後使用警告 (CVE-2022-48695)

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

    nvmet：修正釋放後使用錯誤 (CVE-2022-48697)

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

    drm/radeon：新增強制排清以在 radeon 時延遲工作 (CVE-2022-48704)

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

    KVM不要使 ops->destroy 解除參照 (CVE-2022-49568)

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

    USBcore防止巢狀裝置重設呼叫 (CVE-2022-49936)

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

    vt變更字型前清除選取項目 (CVE-2022-49948)

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

    arm64cacheinfo修正將已簽署錯誤值不正確指派給未簽署 fw_level 的問題 (CVE-2022-49964)

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

    ftrace：修正 ftrace 無作用時 is_ftrace_trampoline 中的 NULL 指標解除參照 (CVE-2022-49977)

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

    HIDhidraw修正 hidraw_release() 中的記憶體洩漏 (CVE-2022-49981)

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

    HIDsteam防止在 Steam_{recv,send}_report 中發生 NULL 指標解除參照 (CVE-2022-49984)

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

    scsistorvsc從 storvsc_error_wq 移除 WQ_MEM_RECLAIM (CVE-2022-49986)

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

    md：呼叫 md_stop 中的 __md_stop_writes (CVE-2022-49987)

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

    kprobes：不針對已停用的 kprobe 呼叫 disarm_kprobe() (CVE-2022-50008)

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

    ext4避免調整為部分叢集大小 (CVE-2022-50020)

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

    driversmd修正潛在的釋放後使用錯誤 (CVE-2022-50022)

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

    scsilpfc防止緩衝區溢位在具有格式錯誤使用者輸入的 debugfs 中損毀 (CVE-2022-50030)

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

    iavf修正 adminq 錯誤處理 (CVE-2022-50055)

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

    NFSv4/pnfs修正開啟中的釋放後使用錯誤 (CVE-2022-50072)

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

    ext4：在 xattr.h 中新增 EXT4_INODE_HAS_XATTR_SPACE 巨集 (CVE-2022-50083)

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

    dm raid修正 raid_status 中的位址清理程式警告 (CVE-2022-50084)

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

    dm raid修正 raid_resume 中的位址清理程式警告 (CVE-2022-50085)

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

    firmwarearm_scpi確保探查失敗時未指派 scpi_info (CVE-2022-50087)

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

    dm Thin修正 dm_sm_register_threshold_callback 中的釋放後使用損毀 (CVE-2022-50092)

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

    video：fbdev：s3fb：使用 memset_io() 前檢查螢幕尺寸 (CVE-2022-50097)

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

    視訊fbdevamba-clcd修正 refcount 洩漏錯誤 (CVE-2022-50109)

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

    jbd2：修正日誌中止時的宣告 'jh->b_frozen_data == NULL' 失敗 (CVE-2022-50126)

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

    RDMA/rxe：修正 rxe_create_qp() 中的錯誤解開 (CVE-2022-50127)

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

    驅動程式核心修正 __driver_attach 中的潛在鎖死 (CVE-2022-50149)

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

    usbhost修正 ehci_hcd_ppc_of_probe 中的 refcount 洩漏 (CVE-2022-50153)

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

    drm/radeon：修正 ni_set_mc_special_registers() 中的潛在緩衝區溢位 (CVE-2022-50185)

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

    ulator: of修正 of_get_section_constraints() 中的 refcount 洩漏錯誤 (CVE-2022-50191)

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

    selinux：在 put_entry() 中新增邊界檢查 (CVE-2022-50200)

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

    PM：hibernate：從休眠狀態恢復時延遲裝置探查 (CVE-2022-50202)

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

    ext2：新增更多的 inode 計數有效性檢查 (CVE-2022-50205)

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

    arm64修正並行設定 insn_emulation sysctls 中的 oops (CVE-2022-50206)

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

    md-raid10：修正 KASAN 警告 (CVE-2022-50211)

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

    scsisg允許在移除的裝置上等待命令完成 (CVE-2022-50215)

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

    usbnet：修正中斷連線時的 linkwatch 釋放後使用 (CVE-2022-50220)

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

    ttyvt初始化 unicode 畫面緩衝區 (CVE-2022-50222)

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

    KVM：SVM：如果使用者空間插入具有 GIF=0 的中斷，則不要 BUG (CVE-2022-50228)

    在 nf_tables_updtable 中，如果 nf_tables_table_enable 傳回錯誤，程式會呼叫 nft_trans_destroy 以釋放交易物件。nft_trans_destroy() 會呼叫 list_del()，但從未將交易放置在清單上
    -- 清單標頭全部為零，這會導致 NULL 指標解除參照。(CVE-2023-1095)

    上游公告對此問題的描述如下：

    本機攻擊者可以利用此弱點，在安裝 Linux 核心的受影響裝置上造成敏感資訊洩漏。攻擊者必須先取得在目標系統上執行高特權程式碼的能力，才能攻擊此弱點。

    此特定弱點存在於 seg6 屬性的處理中。這是未正確驗證使用者提供的資料所導致，攻擊者可利用此缺陷造成讀取範圍超過所分配的緩衝區末尾。
    攻擊者可結合其他弱點，在核心的環境中提升權限並執行任意程式碼。(CVE-2023-2860)

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

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

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

  - 已解決 Linux 核心中的下列弱點：bpf: Don't redirect packets with invalid pkt_len Syzbot found an issue [1]: fq_codel_drop() try to drop a flow whitout any skbs, that is, the flow->head is null. The root cause, as the [2] says, is because that bpf_prog_test_run_skb() run a bpf prog which redirects empty skbs. So we should determine whether the length of the packet modified by bpf prog or others like bpf_prog_test is valid before forwarding it directly. (CVE-2022-49975)

  - 已解決 Linux 核心中的下列弱點：ASoC: SOF: debug: Fix potential buffer overflow by snprintf() snprintf() returns the would-be-filled size when the string overflows the given buffer size, hence using this value may result in the buffer overflow (although it's unrealistic). This patch replaces with a safer version, scnprintf() for papering over such a potential issue.
    (CVE-2022-50051)

  - 已解決 Linux 核心中的下列弱點：x86/alternatives: Disable KASAN in apply_alternatives() Fei has reported that KASAN triggers during apply_alternatives() on a 5-level paging machine: BUG: KASAN: out-of-bounds in rcu_is_watching() Read of size 4 at addr ff110003ee6419a0 by task swapper/0/0 ... __asan_load4() rcu_is_watching() trace_hardirqs_on() text_poke_early() apply_alternatives() ... On machines with 5-level paging, cpu_feature_enabled(X86_FEATURE_LA57) gets patched. It includes KASAN code, where KASAN_SHADOW_START depends on __VIRTUAL_MASK_SHIFT, which is defined with cpu_feature_enabled(). KASAN gets confused when apply_alternatives() patches the KASAN_SHADOW_START users. A test patch that makes KASAN_SHADOW_START static, by replacing
    __VIRTUAL_MASK_SHIFT with 56, works around the issue. Fix it for real by disabling KASAN while the kernel is patching alternatives. [ mingo: updated the changelog ] (CVE-2023-52504)

  - 已解決 Linux 核心中的下列弱點：drm/amd: Fix UBSAN array-index-out-of-bounds for SMU7 For pptable structs that use flexible array sizes, use flexible arrays. (CVE-2023-52818)

  - 已解決 Linux 核心中的下列弱點：nbd: defer config unlock in nbd_genl_connect There is one use-after-free warning when running NBD_CMD_CONNECT and NBD_CLEAR_SOCK:
    nbd_genl_connect nbd_alloc_and_init_config // config_refs=1 nbd_start_device // config_refs=2 set NBD_RT_HAS_CONFIG_REF open nbd // config_refs=3 recv_work done // config_refs=2 NBD_CLEAR_SOCK // config_refs=1 close nbd // config_refs=0 refcount_inc -> uaf ------------[ cut here ]------------ refcount_t: addition on 0; use-after-free. WARNING: CPU: 24 PID: 1014 at lib/refcount.c:25 refcount_warn_saturate+0x12e/0x290 nbd_genl_connect+0x16d0/0x1ab0 genl_family_rcv_msg_doit+0x1f3/0x310 genl_rcv_msg+0x44a/0x790 The issue can be easily reproduced by adding a small delay before refcount_inc(&nbd->config_refs) in nbd_genl_connect(): mutex_unlock(&nbd->config_lock); if (!ret) {set_bit(NBD_RT_HAS_CONFIG_REF, &config->runtime_flags); + printk(before sleep\n); + mdelay(5 * 1000); + printk(after sleep\n); refcount_inc(&nbd->config_refs); nbd_connect_reply(info, nbd->index); } (CVE-2025-68366)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360928	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.5：CLSA-2026：1771077729）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
166118	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
247628	Linux Distros 未修補的弱點：CVE-2022-49975	Nessus	Misc.	2025/8/10	2026/9/30	high
166124	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2022-020 (ALASKERNEL-5.10-2022-020)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/2/26	high
361173	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1771078945）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
166131	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-036)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
361917	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個漏洞（CENTOS-STREAM8：CLSA-2026：1782375682）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high