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

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

  - igb除非配置新的 q_vector否則不釋放 q_vector避免在記憶體壓力下發生的釋放後使用情形。如果 kzalloc() 失敗q_vector 會被釋放但會保留在原始的 Adapter->q_vector[v_idx] 陣列位置。 (CVE-2022-50252)

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

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

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

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

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

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

    ixgbe修正 pci 裝置 refcount 洩漏 (CVE-2022-48896)

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

    drm/virtio修正 GEM 處置程式建立 UAF (CVE-2022-48899)

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

    rtc：cmos：修正事件處置程式註冊順序問題 (CVE-2022-48953)

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

    driversnetqlcnic修正 qlcnic_sriov_init() 中的潛在記憶體洩漏 (CVE-2022-50242)

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

    Regulator核心處理 boot-on 時修正 use_count 洩漏 (CVE-2022-50250)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    bpf、sockmap修正 sock_map_free() 中的爭用情形 (CVE-2022-50259)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    power:supply修正 power_supply_get_battery_info 中的 null 指標解除參照 (CVE-2022-50276)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

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

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

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

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

    qlcnic發生 qlcnic_dcb_enable() 失敗時防止 ->dcb 釋放後使用 (CVE-2022-50288)

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

    perf/x86/intel/uncore修正 hswep_has_limit_sbox() 中的參照計數洩漏 (CVE-2022-50318)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    hugetlbfs修正 hugetlbfs_parse_param() 中的 null-ptr-deref (CVE-2022-50334)

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

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

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

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

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

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

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

    padata執行 ->parallel() 時一律停用 BH (CVE-2022-50382)

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

    NFS修正 nfs_d_automount() 中的 Oops (CVE-2022-50385)

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

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

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

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

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

    完整性修正 keyring 配置錯誤路徑中的記憶體洩漏 (CVE-2022-50395)

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

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

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    drivers/md/md-bitmap檢查 md_bitmap_get_counter() 的傳回值 (CVE-2022-50402)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

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

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

    gpiolibcdev修正 NULL 指標解除參照 (CVE-2022-50453)

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

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

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

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

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

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

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

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

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

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

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修正 ppr_notifier() 中的 pci 裝置 refcount 洩漏 (CVE-2022-50505)

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

    lib/fonts修正 get_default_font 位元移位中的未定義行為 (CVE-2022-50511)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的潛在資源洩漏 (CVE-2022-50532)

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

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

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

    bpf、sockmap修正當 msg 具有more_data 時對 sock_put() 的重複呼叫 (CVE-2022-50536)

    在 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 核心中，下列弱點已解決：

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    xen/privcmd修正 privcmd_ioctl_mmap_resource() 中可能的警告 (CVE-2022-50575)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    perf/x86/intel/uncore修正 snr_uncore_mmio_map() 中的參照計數洩漏 (CVE-2022-50615)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

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

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

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

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

    scsihpsa修正 hpsa_init_one() 中可能發生的記憶體洩漏 (CVE-2022-50646)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

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

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

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

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    Regulator核心修正 Regulator_register() 中的資源洩漏 (CVE-2022-50724)

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

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

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

    RDMA/siw修正立即工作要求排清至完成佇列的問題 (CVE-2022-50736)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    configfs修正 configfs_create_dir() 中可能發生的記憶體洩漏 (CVE-2022-50751)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

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

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    rcu修正 rcu_force_quiescent_state() 中的 __this_cpu_read() lockdep 警告 (CVE-2022-50771)

    在 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 核心中，下列弱點已解決：

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

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

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    nilfs2修正因區塊大小指數太大導致的移位超出邊界問題 (CVE-2022-50864)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    of overlay修正 find_dup_cset_node_entry() 和 find_dup_cset_prop() 中的 null 指標解除參照 (CVE-2022-50875)

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

    objtool修正 SEGFAULT (CVE-2022-50879)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

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

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

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

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

    io_uring 的實作中有一個邏輯錯誤，可用以觸發釋放後使用弱點，進而導致特權提升。在 io_prep_async_work 函式中，「上次 io_grab_identity 呼叫無法傳回假」的假設不成立，在此情況下，該函式將使用 init_cred 或先前連結的要求身分來執行作業，而非使用目前的身分。
    這可導致參照計數問題，進而造成釋放後使用。建議升級舊版本 5.10.161。(CVE-2023-0240)

    在 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)

    efi：rt-wrapper：新增包括 (CVE-2023-21102) 的遺漏

    在 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 核心中，下列弱點已解決：

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

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

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

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

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

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

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

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

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

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

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

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

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

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

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

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

遠端主機上安裝的核心版本早於 4.14.304-226.531。因此，會受到 ALAS2-2023-1932 公告中所提及的多個弱點影響。

    來賓可透過 netback 觸發 NIC 介面重設/中止/損毀。來賓可透過傳送特定類型的封包，在 Linux 型網路後端觸發 NIC 介面重設/中止/損毀。Linux 網路堆疊的其餘部分似乎有一個 (未寫入的) 假設，即封包通訊協定標頭都包含在 SKB 的線性區段中，如果不是這樣，則某些 NIC 會出現不良行為。據報告，Cisco (enic) 和 Broadcom NetXtrem II BCM5780 (bnx2x) 會發生此問題，但其他 NIC/驅動程式也可能有此問題。如果前端傳送具有分割標頭的要求，netback 會將違反上述假設的要求轉送至網路核心，進而導致上述錯誤行為。(CVE-2022-3643)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42328)

    來賓可在 Linux netback 驅動程式中觸發鎖死 [此 CNA 資訊記錄與多個 CVE 有關；
    文字說明了哪些方面/弱點對應於哪個 CVE。] XSA-392 的修補程式引入了另一個問題，當嘗試釋放因 XSA-392 處理而丟棄的 SKB 時，可能會導致鎖死 (CVE-2022-42328)。此外，當因其他原因中斷套件時，如果在 xen-netback 驅動程式所連線的介面中，netpoll 處於作用中，則可能會發生相同的鎖死情況 (CVE-2022-42329)。(CVE-2022-42329)

    在 Linux 核心 6.0.10 以及之前所有版本中發現一個問題。net/bluetooth/l2cap_core.c 的 l2cap_config_req 存在可透過 L2CAP_CONF_REQ 封包觸發的整數環繞弱點。(CVE-2022-45934)

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

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    Bluetooth：L2CAP：修正 u8 溢位 (CVE-2022-48947)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    ipv6：避免 ip6_fragment() 中的釋放後使用 (CVE-2022-48956)

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

    mac802154：修正 ieee802154_if_add() 中遺漏的 INIT_LIST_HEAD (CVE-2022-48972)

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

    HID：核心：修正 hid_report_raw_event 中的 shift-out-of-bounds (CVE-2022-48978)

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

    media：v4l2-dv-timings.c：修正過於嚴格的空白健全性測試 (CVE-2022-48987)

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

    memcg：修正 memcg_write_event_control() 中可能的釋放後使用 (CVE-2022-48988)

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

    mm/khugepaged：叫用 shmem/file 折疊路徑中的 MMU 通知程式 (CVE-2022-48991)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

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

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

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

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

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

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

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

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

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

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    iommu/amd修正 ppr_notifier() 中的 pci 裝置 refcount 洩漏 (CVE-2022-50505)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

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

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

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

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

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

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

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

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

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

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

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

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

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

    在 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_atm.c 中的 atm_tc_enqueue 允許攻擊者造成系統拒絕服務。(CVE-2023-23455)

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

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

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

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

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

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

CentOS Linux 7 主機已安裝的套件會受到 TuxCare CENTOS7：CLSA-2025：1766617167 公告中提及的多個弱點影響。

  - 在 l2cap_core 的 l2cap_chan_put 中，可能因不當鎖定造成釋放後使用。這可能會導致本機特權提升，且不需額外的執行權限。利用此弱點不需要使用者互動。產品：Android 版本：Android kernel Android ID：A-165329981 參照：
    上游核心 (CVE-2022-20566)

  - 已解決 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 PV 裝置前端容易受到後端攻擊 [其 CNA 資訊記錄與多個 CVE 有關；文字說明了哪些方面/弱點對應哪個 CVE。] 數個 Linux PV 裝置前端正在以易受爭用情形影響的方式，使用授權表介面移除後端的存取權，進而可能導致資料洩漏、惡意後端損毀資料以及惡意後端觸發拒絕服務：blkfront、netfront、scsifront 和 gntalloc 驅動程式正在測試授權參照是否仍在使用中。如果情況並非如此，則它們會假設後續每次都能移除授予的存取權；但如果後端已在執行這兩項作業之間對應授權頁面，則此假設不成立。因此，無論前端 I/O 完成後如何使用頁面，後端都可以繼續存取客體的記憶體頁面。
    xenbus 驅動程式有一個類似的問題，因為它不會檢查是否成功移除向共用環形緩衝區授予的存取權。blkfront：CVE-2022-23036 netfront：CVE-2022-23037 scsifront：CVE-2022-23038 gntalloc：CVE-2022-23039 xenbus：CVE-2022-23040 blkfront、netfront、scsifront、usbfront、dmabuf、xenbus、9p、kbdfront 和 pvcalls 使用功能延遲釋放授權參照 (直到不再使用這個參照)，但相關資料頁面的釋放與刪除授予的存取權並不同步。因此，即使在記憶體頁面被釋放並重新用於其他目的之後，後端仍可繼續存取該頁面。CVE-2022-23041 如果 netfront 無法撤銷 rx 路徑中的存取權，則 BUG_ON() 宣告將失敗。這會導致客體發生拒絕服務 (DoS) 情形，而此情形可能由後端觸發。CVE-2022-23042 (CVE-2022-23042)

  - 已解決 Linux 核心中的下列弱點：capabilities: fix undefined behavior in bit shift for CAP_TO_MASK Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in security/commoncap.c:1252:2 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace:
    <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c cap_task_prctl+0x561/0x6f0 security_task_prctl+0x5a/0xb0
    __x64_sys_prctl+0x61/0x8f0 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-49870)

  - 已解決 Linux 核心中的下列弱點：net: mdio: fix undefined behavior in bit shift for __mdiobus_register Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in drivers/net/phy/mdio_bus.c:586:27 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace: <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c __mdiobus_register+0x49d/0x4e0 fixed_mdio_bus_init+0xd8/0x12d do_one_initcall+0x76/0x430 kernel_init_freeable+0x3b3/0x422 kernel_init+0x24/0x1e0 ret_from_fork+0x1f/0x30 </TASK> (CVE-2022-49907)

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

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

    在 Linux 核心的第 2 層通道通訊協定 (L2TP) 中發現一個缺陷。清除 sk_user_data 時遺漏鎖定可導致爭用條件和 NULL 指標解除參照弱點。本機使用者可利用此缺陷造成系統當機，進而引發拒絕服務。(CVE-2022-4129)

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

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

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

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

    ixgbe修正 pci 裝置 refcount 洩漏 (CVE-2022-48896)

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

    drm/virtio修正 GEM 處置程式建立 UAF (CVE-2022-48899)

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

    udf：修正間接範圍邊界的預先配置捨棄 (CVE-2022-48946)

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

    igb：初始化信箱訊息以進行 VF 重設 (CVE-2022-48949)

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

    perf/x86/amd修正 int 移位時可能發生的整數溢位 (CVE-2022-49748)

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

    dmaengine：修正 dma_chan_get() 中 client_count 的雙重遞增 (CVE-2022-49753)

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

    driversnetqlcnic修正 qlcnic_sriov_init() 中的潛在記憶體洩漏 (CVE-2022-50242)

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

    Regulator核心處理 boot-on 時修正 use_count 洩漏 (CVE-2022-50250)

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

    mmcvub300修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50251)

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

    igb除非配置新的向量否則不釋放 q_vector (CVE-2022-50252)

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

    bpf確認重新導向至通道裝置時的 skb->len != 0 (CVE-2022-50253)

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

    bpf、sockmap修正 sock_map_free() 中的爭用情形 (CVE-2022-50259)

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

    drm/radeon新增遺漏的 acpi_put_table() 以修正記憶體洩漏 (CVE-2022-50275)

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

    power:supply修正 power_supply_get_battery_info 中的 null 指標解除參照 (CVE-2022-50276)

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

    PNP修正 pnp_alloc_dev() 中的名稱記憶體洩漏 (CVE-2022-50278)

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

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

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

    chardev修正 cdev_device_add() 中的錯誤處理 (CVE-2022-50282)

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

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

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

    qlcnic發生 qlcnic_dcb_enable() 失敗時防止 ->dcb 釋放後使用 (CVE-2022-50288)

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

    perf/x86/intel/uncore修正 hswep_has_limit_sbox() 中的參照計數洩漏 (CVE-2022-50318)

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

    fsjfs修正 dbDiscardAG 中的移位超出邊界 (CVE-2022-50333)

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

    hugetlbfs修正 hugetlbfs_parse_param() 中的 null-ptr-deref (CVE-2022-50334)

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

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

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

    rapidio修正 rio_add_device() 失敗時可能發生的名稱洩漏 (CVE-2022-50343)

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

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

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

    misctifm修正 tifm_7xx1_switch_media() 中的潛在記憶體洩漏 (CVE-2022-50349)

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

    skbuff考量提取作業期間的結尾調整 (CVE-2022-50365)

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

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

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

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

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

    完整性修正 keyring 配置錯誤路徑中的記憶體洩漏 (CVE-2022-50395)

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

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

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

    nfsd在 NFSv4.1 下修正 rpc_create 失敗時的雙重 svc_xprt_put (CVE-2022-50401)

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

    drivers/md/md-bitmap檢查 md_bitmap_get_counter() 的傳回值 (CVE-2022-50402)

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

    net/tunnel等到所有 sk_user_data 讀取器完成後再釋放 sock (CVE-2022-50405)

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

    ACPICA修正 acpi_ds_call_control_method() 中的錯誤碼路徑 (CVE-2022-50411)

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

    scsi: fcoe修正當 fcoe_if_init() 失敗時未解除附加的傳輸 (CVE-2022-50414)

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

    ACPICA修正 acpi_ut_copy_ipackage_to_ipackage() 中的釋放後使用 (CVE-2022-50423)

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

    mmcvub300修正警告 - 執行 !TASK_RUNNING 時不呼叫封鎖 ops (CVE-2022-50430)

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

    blk-mq修正暫存器 ‘hctx’ 失敗時可能發生的記憶體洩漏 (CVE-2022-50434)

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

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

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

    MIPSvpe-mt修正模組結束時可能發生的記憶體洩漏 (CVE-2022-50462)

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

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

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

    macintosh修正 macio_add_one_device() 中可能發生的記憶體洩漏 (CVE-2022-50474)

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

    nilfs2修正 nilfs_sb2_bad_offset() 中的移位超出邊界/溢位 (CVE-2022-50478)

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

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

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

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

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

    binfmt_misc修正 check_special_flags 中的移位超出邊界 (CVE-2022-50497)

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

    mtdlpddr2_nvm修正可能的 null-ptr-deref (CVE-2022-50503)

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

    lib/fonts修正 get_default_font 位元移位中的未定義行為 (CVE-2022-50511)

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

    drm/radeon修正 radeon_atrm_get_bios() 中的 PCI 裝置 refcount 洩漏 (CVE-2022-50520)

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

    mcbmcb-parse修正 chameleon_parse_gdd() 中的錯誤處理 (CVE-2022-50522)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的潛在資源洩漏 (CVE-2022-50532)

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

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

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

    bpf、sockmap修正當 msg 具有more_data 時對 sock_put() 的重複呼叫 (CVE-2022-50536)

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

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

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

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

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

    mtd修正在 add_mtd_device() 中註冊裝置失敗時的裝置名稱洩漏 (CVE-2022-50566)

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

    fsjfs修正 dbAllocAG 中的移位超出邊界 (CVE-2022-50567)

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

    xen/privcmd修正 privcmd_ioctl_mmap_resource() 中可能的警告 (CVE-2022-50575)

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

    class修正 __class_register() 中的潛在記憶體洩漏 (CVE-2022-50578)

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

    hfs修正 __hfs_brec_find 中的 OOB 讀取 (CVE-2022-50581)

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

    serialamba-pl011避免 SBSA UART 存取 DMACR 暫存器 (CVE-2022-50625)

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

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

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

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

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

    scsihpsa修正 hpsa_init_one() 中可能發生的記憶體洩漏 (CVE-2022-50646)

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

    uiouio_dmem_genirq修正 irq 組態中缺少的解除鎖定 (CVE-2022-50652)

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

    ppp將 skb 與 tx 時的裝置相關聯 (CVE-2022-50655)

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

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

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

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

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

    ipmi修正 _ipmi_destroy_user() 中的釋放後使用 (CVE-2022-50677)

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

    mrp引入使用中旗標以防止在應用程式 uninit 時發生 UAF (CVE-2022-50697)

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

    md/raid1raid1 陣列執行失敗時停止 mdx_raid1 執行緒 (CVE-2022-50715)

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

    Regulator核心修正 Regulator_register() 中的資源洩漏 (CVE-2022-50724)

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

    RDMA/siw修正立即工作要求排清至完成佇列的問題 (CVE-2022-50736)

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

    hfs修正 hfs_asc2mac 中的 OOB 寫入 (CVE-2022-50747)

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

    acct修正 encode_comp_t() 中潛在的整數溢位 (CVE-2022-50749)

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

    configfs修正 configfs_create_dir() 中可能發生的記憶體洩漏 (CVE-2022-50751)

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

    udf避免 udf_rename() 中出現雙重 brelse() (CVE-2022-50755)

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

    x86/xen修正 xen_init_lock_cpu() 中的記憶體洩漏 (CVE-2022-50761)

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

    rcu修正 rcu_force_quiescent_state() 中的 __this_cpu_read() lockdep 警告 (CVE-2022-50771)

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

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

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

    ipv6確保通道中的裝置 mtu 正常 (CVE-2022-50816)

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

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

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

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

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

    net資料流清除 sk_stream_kill_queues() 中的 sk_error_queue (CVE-2022-50838)

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

    dm clone修正 clone_dtr() 中的 UAF (CVE-2022-50843)

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

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

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

    mmcvia-sdmmc修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50846)

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

    pstore以 VM_IOREMAP 執行 vmap() 避免 kcore oops (CVE-2022-50849)

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

    scsiipr修正 ipr_init() 中的警告 (CVE-2022-50850)

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

    hwrngamd - 修正 PCI 裝置 refcount 洩漏 (CVE-2022-50868)

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

    of overlay修正 find_dup_cset_node_entry() 和 find_dup_cset_prop() 中的 null 指標解除參照 (CVE-2022-50875)

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

    objtool修正 SEGFAULT (CVE-2022-50879)

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

    RDMA/rxe修正通訊端建立失敗時 rxe_qp_do_cleanup() 中的 NULL-ptr-deref (CVE-2022-50885)

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

    mmctoshsd修正 mmc_add_host() 的傳回值檢查 (CVE-2022-50886)

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

    Regulator核心修正 Regulator_dev_lookup() 中不平衡的節點參照計數 (CVE-2022-50887)

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

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

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

    在 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 核心的人體介面裝置 (HID) 子系統中，使用者插入惡意 USB 裝置的方式中存在記憶體損毀缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-1073)

    在 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 核心中，下列弱點已解決：

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

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

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

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

    nilfs2修正 nilfs_btree_insert() 中的一般保護錯誤 (CVE-2023-52900)

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

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

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

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

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

    bpf略過 send_signal_common() 中 pid=1 的工作 (CVE-2023-52992)

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

    x86/i8259: 將舊型 PIC 中斷標記為 IRQ_LEVEL (CVE-2023-52993)

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

    ipv4防止 fib_metrics_match() 中潛在的 spectre v1 小工具 (CVE-2023-52996)

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

    ipv4防止 ip_metrics_convert() 中潛在的 spectre v1 小工具 (CVE-2023-52997)

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

    net修正 netns ops 註冊錯誤路徑中的 UaF (CVE-2023-52999)

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

    netlink防止潛在的 spectre v1 小工具 (CVE-2023-53000)

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

    cifs修正因重新連線時未清除的 server->smbd_conn 導致的 oops (CVE-2023-53006)

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

    tracing: 確保 trace_printk() 在可使用後能夠立即輸出 (CVE-2023-53007)

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

    HID: betop: 檢查輸出報告的資料格式結構 (CVE-2023-53015)

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

    net: mdio: 驗證 mdiobus_get_phy() 中的參數 addr (CVE-2023-53019)

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

    net/schedsch_taprio修正可能的釋放後使用問題 (CVE-2023-53021)

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

    bpf修正推測儲存繞過緩和措施不足所導致的指標洩漏 (CVE-2023-53024)

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

    RDMA/core修正 ib 區塊迭代器計數器溢位 (CVE-2023-53026)

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

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

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

    usbrndis_host針對 int 溢位進行安全 rndis_query 檢查 (CVE-2023-54110)

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

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

CentOS Linux 6 主機安裝的套件會受到 TuxCare CENTOS6：CLSA-2026：1768669128 公告中提及的多個弱點影響。

  - 已解決 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 PV 裝置前端容易受到後端攻擊 [其 CNA 資訊記錄與多個 CVE 有關；文字說明了哪些方面/弱點對應哪個 CVE。] 數個 Linux PV 裝置前端正在以易受爭用情形影響的方式，使用授權表介面移除後端的存取權，進而可能導致資料洩漏、惡意後端損毀資料以及惡意後端觸發拒絕服務：blkfront、netfront、scsifront 和 gntalloc 驅動程式正在測試授權參照是否仍在使用中。如果情況並非如此，則它們會假設後續每次都能移除授予的存取權；但如果後端已在執行這兩項作業之間對應授權頁面，則此假設不成立。因此，無論前端 I/O 完成後如何使用頁面，後端都可以繼續存取客體的記憶體頁面。
    xenbus 驅動程式有一個類似的問題，因為它不會檢查是否成功移除向共用環形緩衝區授予的存取權。blkfront：CVE-2022-23036 netfront：CVE-2022-23037 scsifront：CVE-2022-23038 gntalloc：CVE-2022-23039 xenbus：CVE-2022-23040 blkfront、netfront、scsifront、usbfront、dmabuf、xenbus、9p、kbdfront 和 pvcalls 使用功能延遲釋放授權參照 (直到不再使用這個參照)，但相關資料頁面的釋放與刪除授予的存取權並不同步。因此，即使在記憶體頁面被釋放並重新用於其他目的之後，後端仍可繼續存取該頁面。CVE-2022-23041 如果 netfront 無法撤銷 rx 路徑中的存取權，則 BUG_ON() 宣告將失敗。這會導致客體發生拒絕服務 (DoS) 情形，而此情形可能由後端觸發。CVE-2022-23042 (CVE-2022-23042)

  - 在使用者觸發 security_inode_alloc 函式失敗並於隨後呼叫 nilfs_mdt_destroy 函式的方式中，發現 Linux 核心的 NILFS 檔案系統存在釋放後使用缺陷。本機使用者可利用此缺陷使系統當機，或可能提升其在系統中的權限。(CVE-2022-2978)

  - 在 5.19.17 之前版本和 6.0.2 版的 Linux 核心中，NFSD 實作容易發生緩衝區溢位。NFSD 可將遠端程序呼叫 (RPC) 的接收和傳送緩衝區合併為一個頁面陣列，藉此追蹤每個 NFSD 執行緒保留的頁面數量。用戶端可透過 TCP 傳送在訊息結尾新增無用項目資料的 RPC 訊息，藉此強制縮小傳送緩衝區。但它仍會根據規範正確形成具有無用項目資料的 RPC 訊息，並將其轉送至處理程式。NFSD 中具有弱點的程式碼未預期超出配置的緩衝區空間有超大要求和寫入。CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H (CVE-2022-43945)

  - 已解決 Linux 核心中的下列弱點：capabilities: fix undefined behavior in bit shift for CAP_TO_MASK Shifting signed 32-bit value by 31 bits is undefined, so changing significant bit to unsigned. The UBSAN warning calltrace like below: UBSAN: shift-out-of-bounds in security/commoncap.c:1252:2 left shift of 1 by 31 places cannot be represented in type 'int' Call Trace:
    <TASK> dump_stack_lvl+0x7d/0xa5 dump_stack+0x15/0x1b ubsan_epilogue+0xe/0x4e
    __ubsan_handle_shift_out_of_bounds+0x1e7/0x20c cap_task_prctl+0x561/0x6f0 security_task_prctl+0x5a/0xb0
    __x64_sys_prctl+0x61/0x8f0 do_syscall_64+0x58/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> (CVE-2022-49870)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
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
264941	Linux Distros 未修補的弱點：CVE-2022-50252	Nessus	Misc.	2025/9/16	2026/9/30	high
171216	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-026 (ALASKERNEL-5.10-2023-026)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
170458	Amazon Linux 2：核心， --advisory ALAS2KERNEL-5。15-2023-012（ALASKERNEL-5。15-2023-012	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
171229	Amazon Linux 2核心 --advisory ALAS2-2023-1932 (ALAS-2023-1932)	Nessus	Amazon Linux Local Security Checks	2023/2/8	2026/2/11	high
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
361688	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2025：1766617167）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
171848	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-042 (ALASKERNEL-5.4-2023-042)	Nessus	Amazon Linux Local Security Checks	2023/2/23	2026/2/11	high
352899	CentOS Linux 6 [TuxCare] 安全性更新：核心 / kernel-abi-whitelists / kernel-debug / kernel-debug-devel / etc 多個弱點（CENTOS6：CLSA-2026：1768669128）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high