因此，會受到 ALAS2023-2023-138 公告中所提及的多個弱點影響。

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

    drm修正因 drmm_mode_config_init() 引起的潛在 null-ptr-deref (CVE-2022-50556)

    在 Linux 核心以 io_uring 處理 IORING_OP_SOCKET 作業的過程中發現一個雙重釋放弱點。 (CVE-2023-1032)

    由於初始化期間的類型混淆問題，Linux 核心中的 tun 和 tap 通訊端將其通訊端 UID 硬式編碼為 0 (即 root)。雖然這通常是正確的，因為 TUN/TAP 裝置需要 CAP_NET_ADMIN，但也存在例外情況。通訊端 UID 可用於網路篩选和路由，因此可能導致 TUN/TAP 通訊端管理方式錯誤，進而可能繞過以 UID 為基礎的網路篩選器。(CVE-2023-1076)

    核心：pick_next_rt_entity() 中存在類型混淆弱點，此弱點可導致記憶體損毀。(CVE-2023-1077)

    在使用者卸離 rc 裝置的方式中在 Linux 核心整合式紅外線接收器/收發器驅動程式中發現一個瑕疵。本機使用者可利用此缺陷使系統當機，或可能提升其在系統中的權限。(CVE-2023-1118)

    Linux 核心流量控制索引篩選器 (tcindex) 中的釋放後使用弱點可被利用來提升本機權限。tcindex_delete 函式在刪除基礎結構時未正確停用篩選器，從而會在稍後導致重複釋放該結構。本機攻擊者可利用此弱點來將特權提升為根權限。我們建議使用者升級過去的認可 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    啟用純文字 IBRS (非增強型 IBRS) 時，spectre_v2_user_select_mitigation() 中的邏輯會判定不需要 STIBP。IBRS 位元可暗中防止跨執行緒分支目標插入。但是，使用舊版 IBRS 時，由於效能原因，IBRS 位元會在傳回至使用者空間時遭到清除，這會使使用者空間執行緒容易受到 STIBP 防範的跨執行緒分支目標插入攻擊。(CVE-2023-1998)

    在 Linux 核心中 fs/hfsplus/super.c 的 hfsplus_put_super 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成拒絕服務。(CVE-2023-2985)

    在 6.2.3 版之前的 Linux 核心中，發現 lib/kobject.c 存在問題。攻擊者可藉由 root 存取權觸發爭用情形，進而導致 fill_kobj_path 超出邊界寫入。(CVE-2023-45863)

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

    vfio/type1防止透過 exec() 發生 locked_vm 的反向溢位 (CVE-2023-53171)

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

    USBuhci透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53197)

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

    netfilterx_tables修正建立新 netns 時錯誤路徑上的 percpu 計數器區塊洩漏 (CVE-2023-53200)

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

    PMdomains使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53202)

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

    驅動程式核心位置在傳回 false 之前釋放結構 acpi_pld_info *pld (CVE-2023-53211)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    watchdog修正 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

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

    xsk在 Tx 路徑中更早檢查 IFF_UP (CVE-2023-53240)

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

    firmwaredmi-sysfs修正 dmi_sysfs_register_handle 中的 null-ptr-deref (CVE-2023-53250)

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

    cacheinfo修正 shared_cpu_map 以處理不同層級的共用快取 (CVE-2023-53254)

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

    VMCI在呼叫 get_user_pages_fast() 之後檢查 context->notify_page 以避免 GPF (CVE-2023-53259)

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

    miscvmw_balloon透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53279)

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

    udf不針對內嵌檔案寫入失敗更新檔案長度 (CVE-2023-53295)

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

    rbd避免當 rbd_dev_create() 失敗時在 do_rbd_add() 中發生釋放後使用 (CVE-2023-53307)

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

    genirq/ipi修正 irq_data_get_affinity_mask() 中的 NULL 指標解除參照 (CVE-2023-53332)

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

    USB修正因使用 debugfs_lookup() 而發生的記憶體洩漏 (CVE-2023-53359)

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

    block輪詢時仔細檢查 NULL bdev (CVE-2023-53366)

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

    cryptoseqiv - 正確處理 EBUSY (CVE-2023-53373)

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

    NFSD修正 nfsd4_ssc_umount_item 的洩漏參照計數 (CVE-2023-53381)

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

    driversbasedd使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53390)

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

    trace/blktrace透過使用 debugfs_lookup() 修正記憶體洩漏 (CVE-2023-53408)

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

    drivers基礎元件修正因使用 debugfs_lookup() 發生的記憶體洩漏問題 (CVE-2023-53409)

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

    PMEM修正使用 debugfs_lookup() 時發生的記憶體洩漏問題 (CVE-2023-53411)

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

    objtool修正 create_static_call_sections() 中的記憶體洩漏 (CVE-2023-53423)

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

    cifs修正損毀 MR 清單時的警告和 UAF (CVE-2023-53427)

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

    ipv6在 nexthop 計算中新增所有同級的 lwtunnel 封裝大小 (CVE-2023-53477)

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

    iommu修正 iommu_group_alloc() 中的錯誤回溯 (CVE-2023-53482)

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

    cryptoxts - 正確處理 EBUSY (CVE-2023-53494)

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

    udf請勿合併非常長的範圍 (CVE-2023-53506)

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

    io_uring修正 fs 不支援 nowait 緩衝讀取時發生的 fget 洩漏 (CVE-2023-53511)

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

    sctp在 sctp_stream_priorities 中新增 refcnt 以避免巢狀迴圈 (CVE-2023-53590)

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

    驅動程式核心修正 device_add() 中的資源洩漏 (CVE-2023-53594)

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

    nfsd清理 COPY 程式碼路徑中的潛在 nfsd_file refcount 洩漏 (CVE-2023-53606)

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

    irqchip修正 platform_irqchip_probe 中的 refcount 洩漏 (CVE-2023-53610)

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

    nvme-tcp錯誤復原期間不存取已釋放的通訊端 (CVE-2023-53643)

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

    srcu如果使用 SRCU_SIZE_SMALL則將工作委派給開機 cpu (CVE-2023-53671)

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

    drm/i915修正系統在 fbdev 未初始化的情況下暫停 (CVE-2023-53678)

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

    udf偵測連結至目錄階層的系統 inode (CVE-2023-53695)

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

    ring-buffer處理 rb_move_tail 和 rb_check_pages 之間的爭用 (CVE-2023-53709)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    dm 快取釋放 btracker_destroy 中背景追踪器的佇列工作 (CVE-2023-53765)

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

    blk-iocost修正 calc_lcoefs() 中的除以 0 錯誤 (CVE-2023-53783)

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

    iommu/amd改善頁面錯誤錯誤報告 (CVE-2023-53789)

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

    bpf將已配置物件從 bpf 記憶體配置器的平台歸零 (CVE-2023-53790)

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

    PCI修正放置具有 .end = 零的有效 root 匯流排資源 (CVE-2023-53814)

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

    迴圈指派前的 loop_set_status_from_info() 檢查 (CVE-2023-53820)

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

    usbearlyxhci-dbc修正潛在的越界記憶體存取 (CVE-2023-53840)

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

    KVM如果 coalesced MMIO 取消註冊失敗則破壞目標裝置 (CVE-2023-54024)

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

    cryptoesiv - 正確處理 EBUSY (CVE-2023-54046)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

    blk-cgroup在完成 pd_free_fn() 之後放置父項 refcount (CVE-2023-54107)

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

    ledsled-core修正 of_led_get() 中的 refcount 洩漏 (CVE-2023-54190)

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

    tty修正 tty_driver_lookup_tty() 中的越界存取 (CVE-2023-54198)

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

    netfilterebtables修正表格 blob 釋放後使用 (CVE-2023-54243)

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

    cifsMR 配置失敗時修正遺失的破壞 smbd 連線 (CVE-2023-54260)

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

    ext4拒絕在卸載時建立 ea 區塊 (CVE-2023-54305)

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

    nettls避免在 tx_lock 上懸置工作 (CVE-2023-54306)

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

    dm flakey不損毀零頁面 (CVE-2023-54317)

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

    驅動程式核心修正 device_add() 中潛在的 null-ptr-deref (CVE-2023-54321)

    核心：ctnetlink_create_conntrack() 中的參照計數洩漏問題 (CVE-2023-7192)

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

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

AlmaLinux 9.2 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.2：CLSA-2026：1767864313公告中提及的多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：firmware: arm_scpi: Ensure scpi_info is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - 已修复 Linux 内核中的下列漏洞：wifi: rtlwifi: Fix global-out-of-bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully designing the comparison order. For example, pregulation and pbandwidth are compared in order of length from small to large, first is 3 and last is 4. However, the comparison order of prate_section dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit 21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - 已修复 Linux 内核中的下列漏洞：wifi: ath11k: fix monitor mode bringup crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This crash happens when the packet type is extracted for a SKB. This extraction which is present in the received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10 x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000 x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30 x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900 x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k] ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k] ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - 已修复 Linux 内核中的下列漏洞：mm: hugetlb: fix UAF in hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - 已修复 Linux 内核中的下列漏洞：PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or 0 is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag] (CVE-2022-50636)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

因此，该软件受到 ALAS2023-2023-138 公告中提及的多个漏洞影响。

    在 Linux 内核中，以下漏洞已修复：

    drm修复因 drmm_mode_config_init() 导致的潜在 null-ptr-deref (CVE-2022-50556)

    在 Linux 内核上通过 io_uring 处理 IORING_OP_SOCKET 操作时发现双重释放漏洞。 (CVE-2023-1032)

    由于其初始化函数中存在类型混淆，Linux 内核中的 tun 和 tap 套接字将其套接字 UID 硬编码为 0，即根。虽然此编码通常正确无误，但由于 TUN/TAP 设备需要 CAP_NET_ADMIN，故而也会出错。套接字 UID 可用于网络筛选和路由，因此可能错误地管理 TUN/TAP 套接字，从而可能绕过基于 UID 的网络筛选器。(CVE-2023-1076)

    kernel：pick_next_rt_entity() 中的类型混淆可能导致内存损坏。(CVE-2023-1077)

    在用户分离 rc 设备的方式中发现 Linux 内核集成的IR 接收器/收发器驱动程序中存在释放后使用缺陷。本地攻击者可利用此缺陷造成系统崩溃，或可能提升其在系统中的权限。(CVE-2023-1118)

    Linux 内核流量控制索引过滤器 (tcindex) 中存在释放后使用漏洞，攻击者可利用此漏洞来提升本地特权。在删除底层结构期间发生完美哈希时，tcindex_delete 函数未正确停用过滤器，这随后可能会导致双重释放该结构。本地攻击者用户可利用此漏洞将特权提升至 Root。我们建议升级过去的提交 8c710f75256bb3cf05ac7b1672c82b92c43f3d28。(CVE-2023-1829)

    启用普通 IBRS（而非增强的 IBRS）时，spectre_v2_user_select_mitigation() 中的逻辑会断定不需要 STIBP。IBRS 位会隐式防止跨线程分支目标注入。但是，对于旧版 IBRS，由于性能原因，IBRS 位在返回用户空间时会被清除，这会使用户空间线程容易受到 STIBP 防范的跨线程分支目标注入问题影响。(CVE-2023-1998)

    在 Linux 内核的 fs/hfsplus/super.c 中，在 hfsplus_put_super 中发现了一个释放后使用缺陷。本地用户可能会利用此缺陷，造成拒绝服务。(CVE-2023-2985)

    在版本低于 6.2.3 的 Linux 内核的 lib/kobject.c 中发现了一个问题。攻击者可利用 Root 访问权限触发争用情形，进而导致 fill_kobj_path 越界写入。(CVE-2023-45863)

    在 Linux 内核中，以下漏洞已修复：

    vfio/type1防止通过 exec() 发生 locked_vm 下溢 (CVE-2023-53171)

    在 Linux 内核中，以下漏洞已修复：

    USBuhci修复使用 debugfs_lookup() 的内存泄漏 (CVE-2023-53197)

    在 Linux 内核中，以下漏洞已修复：

    netfilterx_tables修复创建新的 netns 时错误路径中的 percpu 计数器块泄漏 (CVE-2023-53200)

    在 Linux 内核中，以下漏洞已修复：

    PMdomains通过使用 debugfs_lookup() 修复内存泄漏CVE-2023-53202]

    在 Linux 内核中，以下漏洞已修复：

    driver corelocation在返回 false 前释放 struct acpi_pld_info *pld (CVE-2023-53211)

    在 Linux 内核中，以下漏洞已修复：

    arm64efi使 efi_rt_lock 成为 raw_spinlock (CVE-2023-53216)

    在 Linux 内核中，以下漏洞已修复：

    watchdog修复 watchdog_cdev_register 中的 kmemleak (CVE-2023-53234)

    在 Linux 内核中，以下漏洞已修复：

    xsk先检查 Tx 路径中的 IFF_UP (CVE-2023-53240)

    在 Linux 内核中，以下漏洞已修复：

    firmwaredmi-sysfs修复 dmi_sysfs_register_handle 中的 null-ptr-derefCVE-2023-53250]

    在 Linux 内核中，以下漏洞已修复：

    cacheinfo修复 shared_cpu_map 以处理不同级别的共享缓存 (CVE-2023-53254)

    在 Linux 内核中，以下漏洞已修复：

    VMCI调用 get_user_pages_fast() 以避免 GPF 后检查 context->notify_page (CVE-2023-53259)

    在 Linux 内核中，以下漏洞已修复：

    miscvmw_balloon修复使用 debugfs_lookup() 造成的内存泄漏 (CVE-2023-53279)

    在 Linux 内核中，以下漏洞已修复：

    udf不更新内联文件写入失败的文件长度 (CVE-2023-53295)

    在 Linux 内核中，以下漏洞已修复：

    rbdrbd_dev_create() 失败时避免在 do_rbd_add() 中发生释放后使用 (CVE-2023-53307)

    在 Linux 内核中，以下漏洞已修复：

    genirq/ipi修复 irq_data_get_affinity_mask() 中的空指针取消引用 (CVE-2023-53332)

    在 Linux 内核中，以下漏洞已修复：

    USB修复使用 debugfs_lookup() 造成的内存泄漏 (CVE-2023-53359)

    在 Linux 内核中，以下漏洞已修复：

    block轮询时更仔细地检查 NULL bdev (CVE-2023-53366)

    在 Linux 内核中，以下漏洞已修复：

    cryptoseqiv - 正确处理 EBUSY (CVE-2023-53373)

    在 Linux 内核中，以下漏洞已修复：

    NFSD修复泄漏的 nfsd4_ssc_umount_item 引用计数 (CVE-2023-53381)

    在 Linux 内核中，以下漏洞已修复：

    driversbasedd使用 debugfs_lookup() 修复内存泄漏CVE-2023-53390

    在 Linux 内核中，以下漏洞已修复：

    trace/blktrace使用 debugfs_lookup() 修复内存泄漏 (CVE-2023-53408)

    在 Linux 内核中，以下漏洞已修复：

    driversbasecomponent修复使用 debugfs_lookup() 的内存泄漏CVE-2023-53409]

    在 Linux 内核中，以下漏洞已修复：

    PMEM修复使用 debugfs_lookup() 的内存泄漏CVE-2023-53411]

    在 Linux 内核中，以下漏洞已修复：

    objtool修复 create_static_call_sections() 中的内存泄漏 (CVE-2023-53423)

    在 Linux 内核中，以下漏洞已修复：

    cifs修复破坏 MR 列表时的警告和 UAF (CVE-2023-53427)

    在 Linux 内核中，以下漏洞已修复：

    ipv6在 nexthop 计算中添加所有同级的 lwtunnel encap 大小 (CVE-2023-53477)

    在 Linux 内核中，以下漏洞已修复：

    iommu修复 iommu_group_alloc() 中的错误展开 (CVE-2023-53482)

    在 Linux 内核中，以下漏洞已修复：

    cryptoxts - 正确处理 EBUSY (CVE-2023-53494)

    在 Linux 内核中，以下漏洞已修复：

    udf不打扰合并非常长的范围 (CVE-2023-53506)

    在 Linux 内核中，以下漏洞已修复：

    io_uring修复 fs 不支持 nowait 缓冲读取时的 fget 泄漏 (CVE-2023-53511)

    在 Linux 内核中，以下漏洞已修复：

    sctp在 sctp_stream_priorities 中添加 refcnt 以避免嵌套循环 (CVE-2023-53590)

    在 Linux 内核中，以下漏洞已修复：

    driver 核心修复 device_add() 中的资源泄漏 (CVE-2023-53594)

    在 Linux 内核中，以下漏洞已修复：

    nfsd清除 COPY 代码路径中潜在的 nfsd_file refcount 泄漏 (CVE-2023-53606)

    在 Linux 内核中，以下漏洞已修复：

    irqchip修复 platform_irqchip_probe 中的 refcount 泄漏 (CVE-2023-53610)

    在 Linux 内核中，以下漏洞已修复：

    nvme-tcp错误恢复期间请勿访问已发布的套接字 (CVE-2023-53643)

    在 Linux 内核中，以下漏洞已修复：

    srcu如果使用 SRCU_SIZE_SMALL 将工作委派给引导 cpu (CVE-2023-53671)

    在 Linux 内核中，以下漏洞已修复：

    drm/i915修复系统暂停未初始化 fbdev (CVE-2023-53678)

    在 Linux 内核中，以下漏洞已修复：

    udf检测链接到目录层次的系统 inode (CVE-2023-53695)

    在 Linux 内核中，以下漏洞已修复：

    ring-buffer处理 rb_move_tail 与 rb_check_pages 之间的争用 (CVE-2023-53709)

    在 Linux 内核中，以下漏洞已修复：

    KVMVMX修复因未初始化 current_vmcs 造成的崩溃 (CVE-2023-53756)

    在 Linux 内核中，以下漏洞已修复：

    dm 缓存释放 btracker_destroy 中的后台跟踪器排队工作 (CVE-2023-53765)

    在 Linux 内核中，以下漏洞已修复：

    blk-iocost修复 calc_lcoefs() 中的除以零错误 (CVE-2023-53783)

    在 Linux 内核中，以下漏洞已修复：

    iommu/amd改进页面错误报告 (CVE-2023-53789)

    在 Linux 内核中，以下漏洞已修复：

    bpf在 bpf 内存分配器中将来自 slab 的分配对象清零 (CVE-2023-53790)

    在 Linux 内核中，以下漏洞已修复：

    PCI修复 .end = 0 丢弃有效的根总线资源 (CVE-2023-53814)

    在 Linux 内核中，以下漏洞已修复：

    loop赋值前loop_set_status_from_info() 检查 (CVE-2023-53820)

    在 Linux 内核中，以下漏洞已修复：

    usbearlyxhci-dbc修复潜在的越界内存访问 (CVE-2023-53840)

    在 Linux 内核中，以下漏洞已修复：

    KVM如果 Coalesced MMIO 取消注册失败则破坏目标设备 (CVE-2023-54024)

    在 Linux 内核中，以下漏洞已修复：

    cryptoessiv - 正确处理 EBUSY (CVE-2023-54046)

    在 Linux 内核中，以下漏洞已修复：

    iommu/amd为 ivrs_acpihid 命令行参数添加长度限制 (CVE-2023-54057)

    在 Linux 内核中，以下漏洞已修复：

    blk-cgroup在 pd_free_fn() 完成后删除父引用计数 (CVE-2023-54107)

    在 Linux 内核中，以下漏洞已修复：

    ledsled-core修复 of_led_get() 中的 refcount 泄漏 (CVE-2023-54190)

    在 Linux 内核中，以下漏洞已修复：

    tty修复 tty_driver_lookup_tty() 中的越界访问 (CVE-2023-54198)

    在 Linux 内核中，以下漏洞已修复：

    netfilterebtables修复表 blob 释放后使用 (CVE-2023-54243)

    在 Linux 内核中，以下漏洞已修复：

    cifs修复了 MR 分配失败时丢失的损坏 smbd 连接 (CVE-2023-54260)

    在 Linux 内核中，以下漏洞已修复：

    ext4拒绝卸载时创建 ea 块 (CVE-2023-54305)

    在 Linux 内核中，以下漏洞已修复：

    nettls避免挂起 tx_lock 上的任务 (CVE-2023-54306)

    在 Linux 内核中，以下漏洞已修复：

    dmflakey不损坏零页面 (CVE-2023-54317)

    在 Linux 内核中，以下漏洞已修复：

    driver 核心修复 device_add() 中潜在的 null-ptr-deref (CVE-2023-54321)

    内核：ctnetlink_create_conntrack() 中存在 refcount 泄漏 (CVE-2023-7192)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - iommu/amd改善頁面錯誤錯誤報告如果裝置群組的 IOMMU 網域未正確設定則可能會遇到 IOMMU 頁面錯誤。目前的頁面錯誤處理常式假設網域一律設定且會命中 NULL 指標解除參照 (請參閱以下記錄範例)。讓我們檢查網域是否已設定並記錄適當的訊息。範例記錄 ---------- amdgpu 0000:00:01.0: amdgpuSE 1、每個 SE 1 的 SH、每個 SH 8 的 CU、active_cu_number 6 錯誤核心 NULL 指標解除參照、位址0000000000000058 #PF核心模式中的監督讀取存取 error_code(0x0000) - 不存在頁面 PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP NOPTI CPU2 PID56 通訊irq/24-AMD-Vi 未受污染的 6.2 .0-rc2+ #89 硬體名稱xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] 呼叫追踪 <TASK> amd_iommu_int_thread+0x60c/0x760
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 ? preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joro編輯提交訊息] (CVE-2023-53789)

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

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

  - 已解決 Linux 核心中的下列弱點：firmware: arm_scpi: Ensure scpi_info is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - 已解決 Linux 核心中的下列弱點：wifi: rtlwifi: Fix global-out-of-bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully designing the comparison order. For example, pregulation and pbandwidth are compared in order of length from small to large, first is 3 and last is 4. However, the comparison order of prate_section dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit 21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - 已解決 Linux 核心中的下列弱點：wifi: ath11k: fix monitor mode bringup crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This crash happens when the packet type is extracted for a SKB. This extraction which is present in the received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10 x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000 x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30 x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900 x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k] ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k] ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - 已解決 Linux 核心中的下列弱點：mm: hugetlb: fix UAF in hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - 已解決 Linux 核心中的下列弱點：PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or 0 is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag] (CVE-2022-50636)

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - iommu/amd改善页面错误错误报告如果未正确设置设备组的 IOMMU 域则可能会遇到 IOMMU 页面错误。当前的页面错误处理程序假设始终设置域并且它将命中空指针取消引用请参阅下面的示例日志。让我们检查是否设置了域并记录相应的消息。示例日志---------- amdgpu 0000:00:01.0:amdgpuSE 1、SH per SE 1、CU per SH 8、active_cu_number 6 BUG内核空指针取消引用地址0000000000000058 #PF内核模式中的主管读取访问 #PFerror_code(0x0000) - not-present page PGD 0 P4D 0 Oops0000 [#1] PREEMPT SMP NOPTI CPU: 2 PID: 56 Comm: irq/24-AMD-Vi 未受感染 6.2 .0-rc2+ #89 硬件名称xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] 调用跟踪 <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joro编辑提交消息] (CVE-2023-53789)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1767864313アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: firmware: arm_scpi: Ensure scpi_info is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: rtlwifi: Fix global-out-of-bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully designing the comparison order. For example, pregulation and pbandwidth are compared in order of length from small to large, first is 3 and last is 4. However, the comparison order of prate_section dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit 21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - Linux カーネルでは、以下の脆弱性が解決されています: wifi: ath11k: fix monitor mode bringup crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This crash happens when the packet type is extracted for a SKB. This extraction which is present in the received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10 x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000 x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30 x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900 x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k] ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k] ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - Linux カーネルでは、以下の脆弱性が解決されています: mm: hugetlb: fix UAF in hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2] https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - Linux カーネルでは、以下の脆弱性が解決されています: PCI: Fix pci_device_is_present() for VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong reported that if virtio I/O is in progress when the driver is unbound or 0 is written to /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use pci_physfn(), add stable tag] (CVE-2022-50636)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

したがって、ALAS2023-2023-138 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Linux カーネルで、以下の脆弱性が解決されています。

    drmdrmm_mode_config_init() による、潜在的な null-ptr-deref を修正しますCVE-2022-50556]

    Linuxカーネルのio_uringによるIORING_OP_SOCKET操作の処理に二重解放の脆弱性があることがわかりました。CVE-2023-1032

    初期化関数の型の取り違えにより、Linux カーネルの tun/tap ソケットは、ソケット UID が 0 (root など) にハードコードされています。TUN/TAP デバイスは CAP_NET_ADMIN を必要とするため、多くの場合これは適切ですが、必ずしもそうとは限りません。ソケット UID がネットワークのフィルタリングとルーティングに使用される可能性があるため、TUN/TAP ソケットが不適切に管理され、UID に基づくネットワークフィルターをバイパスする可能性があります。(CVE-2023-1076)

    カーネル: pick_next_rt_entity() での型の取り違え (Type Confusion) により、メモリ破損が発生する可能性があります。(CVE-2023-1077)

    Linux カーネルの統合統合された赤外線レシーバ/トランシーバドライバーで、ユーザーが rc デバイスをデタッチする方法で、欠陥 use-after-free が見つかりました。ローカルユーザーはこの欠陥を利用して、システムをクラッシュしたり、システム上で権限を昇格したりする可能性があります。(CVE-2023-1118)

    Linux カーネルのトラフィックコントロールインデックスフィルター (tcindex) にメモリ解放後使用 (use-after-free) の脆弱性があり、これが悪用されてローカルの権限昇格が引き起こされる可能性があります。完全なハッシュの場合、tcindex_delete 関数が下層構造を削除する際にフィルターを適切に非アクティブ化しないため、後に構造の二重解放を引き起こす可能性があります。ローカルの攻撃者ユーザーがこの脆弱性を利用して、自分の権限を root に昇格する可能性があります。過去のコミット 8c710f75256bb3cf05ac7b1672c82b92c43f3d28 をアップグレードすることを推奨します。(CVE-2023-1829)

    拡張 IBRS ではなくプレーン IBRS が有効な場合、spectre_v2_user_select_mitigation() のロジックでは、STIBP が不要と判断されます。IBRS ビットは、クロススレッドブランチターゲットインジェクションから暗黙的に保護します。ただし、レガシー IBRS では、パフォーマンス上の理由から、ユーザー空間に戻るときに IBRS ビットがクリアされていました。これにより、ユーザー空間のスレッドが、STIBP が保護するクロススレッドブランチターゲットインジェクションに対して脆弱になっていました。(CVE-2023-1998)

    Linux カーネルの fs/hfsplus/super.c の hfsplus_put_super にメモリ解放後使用 (use-after-free) の欠陥が見つかりました。この欠陥により、ローカルのユーザーがサービス拒否を引き起こす可能性があります。(CVE-2023-2985)

    6.2.3より前の Linux カーネルの lib/kobject.c に問題が発見されました。root アクセスにより、攻撃者は競合状態を発生させ、fill_kobj_path の領域外書き込みを引き起こす可能性があります。(CVE-2023-45863)

    Linux カーネルで、以下の脆弱性が解決されています。

    vfio/type1exec() を介して locked_vm のアンダーフローを防止しますCVE-2023-53171]

    Linux カーネルで、以下の脆弱性が解決されています。

    USBuhcidebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53197

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilterx_tables新しい netns を作成する際のエラーパスの percpu カウンターブロック漏洩を修正しますCVE-2023-53200

    Linux カーネルで、以下の脆弱性が解決されています。

    PMドメインdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53202

    Linux カーネルで、以下の脆弱性が解決されています。

    driver corelocationfalse を返す前に struct acpi_pld_info *pld を解放しますCVE-2023-53211

    Linux カーネルで、以下の脆弱性が解決されています。

    arm64efiefi_rt_lock を raw_spinlock にしますCVE-2023-53216

    Linux カーネルで、以下の脆弱性が解決されています。

    ウォッチドッグwatchdog_cdev_register の kmemleak を修正しますCVE-2023-53234

    Linux カーネルで、以下の脆弱性が解決されています。

    xskTx パスにおいて、より前の IFF_UP をチェックしますCVE-2023-53240

    Linux カーネルで、以下の脆弱性が解決されています。

    firmwaredmi-sysfsdmi_sysfs_register_handle の null-ptr-deref を修正しますCVE-2023-53250

    Linux カーネルで、以下の脆弱性が解決されています。

    cacheinfoshared_cpu_map を修正し、異なるレベルで共有キャッシュを処理しますCVE-2023-53254

    Linux カーネルで、以下の脆弱性が解決されています。

    VMCIget_user_pages_fast() への呼び出し後に context->notify_page をチェックし、GPF を回避しますCVE-2023-53259]

    Linux カーネルで、以下の脆弱性が解決されています。

    様々な vmw_balloondebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53279

    Linux カーネルで、以下の脆弱性が解決されています。

    udfインラインファイルへの失敗した書き込みでファイルの長さを更新しませんCVE-2023-53295

    Linux カーネルで、以下の脆弱性が解決されています。

    rbdrbd_dev_create() が失敗する際、do_rbd_add() での use-after-free を回避しますCVE-2023-53307]

    Linux カーネルで、以下の脆弱性が解決されています。

    genirq/ipiirq_data_get_affinity_mask() の NULL ポインターデリファレンスを修正しますCVE-2023-53332

    Linux カーネルで、以下の脆弱性が解決されています。

    USBdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53359

    Linux カーネルで、以下の脆弱性が解決されています。

    blockポーリング中の NULL bdev のチェックで、より慎重になりますCVE-2023-53366

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptoseqiv - EBUSY を適切に処理しますCVE-2023-53373

    Linux カーネルで、以下の脆弱性が解決されています。

    NFSDnfsd4_ssc_umount_item の漏洩した参照カウントを修正しますCVE-2023-53381

    Linux カーネルで、以下の脆弱性が解決されています。

    driversbasedddebugfs_lookup() を使用したメモリリークを修正CVE-2023-53390

    Linux カーネルで、以下の脆弱性が解決されています。

    trace/blktracedebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53408

    Linux カーネルで、以下の脆弱性が解決されています。

    driversbaseコンポーネントdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53409

    Linux カーネルで、以下の脆弱性が解決されています。

    PM:EMdebugfs_lookup() を使用したメモリリークを修正しますCVE-2023-53411]

    Linux カーネルで、以下の脆弱性が解決されています。

    objtoolcreate_static_call_sections() でのメモリリークを修正しますCVE-2023-53423]

    Linux カーネルで、以下の脆弱性が解決されています。

    cifsMR リストを破壊する際に警告と UAF を修正しますCVE-2023-53427

    Linux カーネルで、以下の脆弱性が解決されています。

    ipv6nexthop の計算で、すべての兄弟の lwtunnel encap サイズを追加しますCVE-2023-53477

    Linux カーネルで、以下の脆弱性が解決されています。

    iommuiommu_group_alloc() でのエラーを修正しますCVE-2023-53482

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptoxts - EBUSY を適切に処理しますCVE-2023-53494

    Linux カーネルで、以下の脆弱性が解決されています。

    udf非常に長いエクステントのマージを妨げませんCVE-2023-53506

    Linux カーネルで、以下の脆弱性が解決されています。

    io_uringfs が nowait バッファ付き読み取りをサポートしない場合の fget 漏洩を修正しますCVE-2023-53511

    Linux カーネルで、以下の脆弱性が解決されています。

    sctpネスト化されたループを回避するために sctp_stream_priorities に refcnt を追加しますCVE-2023-53590

    Linux カーネルで、以下の脆弱性が解決されています。

    ドライバーコアdevice_add() のリソース漏洩を修正しますCVE-2023-53594

    Linux カーネルで、以下の脆弱性が解決されています。

    nfsdCOPY コードパスにおける潜在的な nfsd_file refcount 漏洩をクリーンアップCVE-2023-53606

    Linux カーネルで、以下の脆弱性が解決されています。

    irqchipplatforms_irqchip_probe の refcount 漏洩を修正しますCVE-2023-53610

    Linux カーネルで、以下の脆弱性が解決されています。

    nvme-tcpエラーリカバリ中にリリースされたソケットにアクセスしませんCVE-2023-53643

    Linux カーネルで、以下の脆弱性が解決されています。

    srcuSRCU_SIZE_SMALL を使用する場合、起動 cpu に作業を委任しますCVE-2023-53671]

    Linux カーネルで、以下の脆弱性が解決されています。

    drm/i915fbdev が初期化されずにシステムの中断を修正CVE-2023-53678

    Linux カーネルで、以下の脆弱性が解決されています。

    udfディレクトリ階層にリンクされたシステム inode を検出しますCVE-2023-53695

    Linux カーネルで、以下の脆弱性が解決されています。

    ring-bufferrb_move_tail と rb_check_pages の間の競合を処理しますCVE-2023-53709

    Linux カーネルで、以下の脆弱性が解決されています。

    KVMVMX初期化されていない current_vmcs によるクラッシュを修正しますCVE-2023-53756

    Linux カーネルで、以下の脆弱性が解決されています。

    dm cachebtracker_destroy でバックグラウンドトラッカーのキューされた作業を解放しますCVE-2023-53765

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-io Costcalc_lcoefs() のゼロ除算エラーを修正しますCVE-2023-53783

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/amdページ障害エラーの報告を改善しますCVE-2023-53789

    Linux カーネルで、以下の脆弱性が解決されています。

    bpfbpf メモリアロケーターでのスラブから、割り当てられたオブジェクトをゼロにしますCVE-2023-53790

    Linux カーネルで、以下の脆弱性が解決されています。

    PCI.end = zero での有効な root バスリソースのドロップを修正しますCVE-2023-53814

    Linux カーネルで、以下の脆弱性が解決されています。

    loop割り当て前の loop_set_status_from_info() チェックCVE-2023-53820

    Linux カーネルで、以下の脆弱性が解決されています。

    usb初期xhci-dbc領域外メモリアクセスの可能性を修正しますCVE-2023-53840

    Linux カーネルで、以下の脆弱性が解決されています。

    KVM合体した MMIO 登録解除が失敗した場合は、ターゲットデバイスを破棄しますCVE-2023-54024

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptofessiv - EBUSY を適切に処理しますCVE-2023-54046

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/amdivrs_acpihid コマンドラインパラメーターの長さ制限を追加しますCVE-2023-54057

    Linux カーネルで、以下の脆弱性が解決されています。

    blk-cgrouppd_free_fn() が行われた後に親 refcount をドロップしますCVE-2023-54107]

    Linux カーネルで、以下の脆弱性が解決されています。

    ledled-coreof_led_get() での refcount 漏洩を修正しますCVE-2023-54190]

    Linux カーネルで、以下の脆弱性が解決されています。

    ttytty_driver_lookup_tty() での領域外アクセスを修正しますCVE-2023-54198

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilterebtablesテーブル blob の use-after-free を修正しますCVE-2023-54243

    Linux カーネルで、以下の脆弱性が解決されています。

    cifsMR 割り当てが失敗した際に smbd 接続が失われたことを修正しますCVE-2023-54260

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4アンマウント時に ea ブロックの作成を拒否CVE-2023-54305

    Linux カーネルで、以下の脆弱性が解決されています。

    nettlstx_lock でのタスクのハングアップを回避しますCVE-2023-54306

    Linux カーネルで、以下の脆弱性が解決されています。

    dm flakeyゼロページを破損しませんCVE-2023-54317

    Linux カーネルで、以下の脆弱性が解決されています。

    ドライバーコアdevice_add() 内の潜在的な null-ptr-deref を修正しますCVE-2023-54321

    kernel: ctnetlink_create_conntrack() の refcount 漏洩 (CVE-2023-7192)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - iommu/amdページ障害エラーレポートを改善します。デバイスグループの IOMMU ドメインが適切に設定されていない場合、IOMMU ページ障害に陥る可能性があります。現在のページフォールトハンドラーでは、ドメインが常にセットアップされており、NULL ポインターデリファレンスにヒットすることが想定されています以下のサンプルログを参照。ドメインが設定されているかどうかをチェックし、適切なメッセージをログに記録させます。サンプルログ ---------- amdgpu 0000:00:01.0: amdgpu SE 1、SE 1 ごとの SH、SH 8 ごとの CU、active_cu_number 6 バグカーネル NULL ポインターデリファレンス、アドレス 0000000000000058 #PFカーネルモードにおけるスーパーバイザーの読み取りアクセス #PFerror_code(0x0000) - not-present ページ PGD 0 P4D 0 Oops0000#1] PREEMPT SMP NOPTI CPU2 PID56 Commirq/24-AMD-Vi Not tainted 6.2 .0-rc2+ #89 ハードウェア名xxx RIP
    0010:report_iommu_fault+0x11/0x90 [...] Call Trace: <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 ? preempt_count_add+0x6a/0xa0 ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joroコミットメッセージの編集]CVE-2023-53789

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2023-138 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    drm: Fix potential null-ptr-deref due to drmm_mode_config_init() (CVE-2022-50556)

    A double-free vulnerability was found in the handling of IORING_OP_SOCKET operation with io_uring on the     Linux kernel. (CVE-2023-1032)

    Due to a type confusion during initializations, the tun and tap sockets in the Linux Kernel have their     socket UID hardcoded to 0, i.e. root. While it will be often correct, as TUN/TAP devices require     CAP_NET_ADMIN, it may not always be the case. The socket UID may be used for network filtering and     routing, thus TUN/TAP sockets may be incorrectly managed, potentially bypassing network filters based on     UID. (CVE-2023-1076)

    kernel: Type confusion in pick_next_rt_entity(), which can result in memory corruption. (CVE-2023-1077)

    A flaw use after free in the Linux kernel integrated infrared receiver/transceiver driver was found in the     way user detaching rc device. A local user could use this flaw to crash the system or potentially escalate     their privileges on the system. (CVE-2023-1118)

    A use-after-free vulnerability in the Linux Kernel traffic control index filter (tcindex) can be exploited     to achieve local privilege escalation. The tcindex_delete function which does not properly deactivate     filters in case of a perfect hashes while deleting the underlying structure which can later lead to double     freeing the structure. A local attacker user can use this vulnerability to elevate its privileges to     root.We recommend upgrading past commit 8c710f75256bb3cf05ac7b1672c82b92c43f3d28. (CVE-2023-1829)

    When plain IBRS is enabled (not enhanced IBRS), the logic in spectre_v2_user_select_mitigation()     determines that STIBP is not needed. The IBRS bit implicitly protects against cross-thread branch     targetinjection. However, with legacy IBRS, the IBRS bit is cleared on returning to userspace for     performance reasons which leaves userspace threads vulnerable to cross-thread branch target injection     against which STIBP protects. (CVE-2023-1998)

    A use-after-free flaw was found in hfsplus_put_super in fs/hfsplus/super.c in the Linux Kernel. This flaw     could allow a local user to cause a denial of service. (CVE-2023-2985)

    An issue was discovered in lib/kobject.c in the Linux kernel before 6.2.3. With root access, an attacker     can trigger a race condition that results in a fill_kobj_path out-of-bounds write. (CVE-2023-45863)

    In the Linux kernel, the following vulnerability has been resolved:

    vfio/type1: prevent underflow of locked_vm via exec() (CVE-2023-53171)

    In the Linux kernel, the following vulnerability has been resolved:

    USB: uhci: fix memory leak with using debugfs_lookup() (CVE-2023-53197)

    In the Linux kernel, the following vulnerability has been resolved:

    netfilter: x_tables: fix percpu counter block leak on error path when creating new netns (CVE-2023-53200)

    In the Linux kernel, the following vulnerability has been resolved:

    PM: domains: fix memory leak with using debugfs_lookup() (CVE-2023-53202)

    In the Linux kernel, the following vulnerability has been resolved:

    driver core: location: Free struct acpi_pld_info *pld before return false (CVE-2023-53211)

    In the Linux kernel, the following vulnerability has been resolved:

    arm64: efi: Make efi_rt_lock a raw_spinlock (CVE-2023-53216)

    In the Linux kernel, the following vulnerability has been resolved:

    watchdog: Fix kmemleak in watchdog_cdev_register (CVE-2023-53234)

    In the Linux kernel, the following vulnerability has been resolved:

    xsk: check IFF_UP earlier in Tx path (CVE-2023-53240)

    In the Linux kernel, the following vulnerability has been resolved:

    firmware: dmi-sysfs: Fix null-ptr-deref in dmi_sysfs_register_handle (CVE-2023-53250)

    In the Linux kernel, the following vulnerability has been resolved:

    cacheinfo: Fix shared_cpu_map to handle shared caches at different levels (CVE-2023-53254)

    In the Linux kernel, the following vulnerability has been resolved:

    VMCI: check context->notify_page after call to get_user_pages_fast() to avoid GPF (CVE-2023-53259)

    In the Linux kernel, the following vulnerability has been resolved:

    misc: vmw_balloon: fix memory leak with using debugfs_lookup() (CVE-2023-53279)

    In the Linux kernel, the following vulnerability has been resolved:

    udf: Do not update file length for failed writes to inline files (CVE-2023-53295)

    In the Linux kernel, the following vulnerability has been resolved:

    rbd: avoid use-after-free in do_rbd_add() when rbd_dev_create() fails (CVE-2023-53307)

    In the Linux kernel, the following vulnerability has been resolved:

    genirq/ipi: Fix NULL pointer deref in irq_data_get_affinity_mask() (CVE-2023-53332)

    In the Linux kernel, the following vulnerability has been resolved:

    USB: fix memory leak with using debugfs_lookup() (CVE-2023-53359)

    In the Linux kernel, the following vulnerability has been resolved:

    block: be a bit more careful in checking for NULL bdev while polling (CVE-2023-53366)

    In the Linux kernel, the following vulnerability has been resolved:

    crypto: seqiv - Handle EBUSY correctly (CVE-2023-53373)

    In the Linux kernel, the following vulnerability has been resolved:

    NFSD: fix leaked reference count of nfsd4_ssc_umount_item (CVE-2023-53381)

    In the Linux kernel, the following vulnerability has been resolved:

    drivers: base: dd: fix memory leak with using debugfs_lookup() (CVE-2023-53390)

    In the Linux kernel, the following vulnerability has been resolved:

    trace/blktrace: fix memory leak with using debugfs_lookup() (CVE-2023-53408)

    In the Linux kernel, the following vulnerability has been resolved:

    drivers: base: component: fix memory leak with using debugfs_lookup() (CVE-2023-53409)

    In the Linux kernel, the following vulnerability has been resolved:

    PM: EM: fix memory leak with using debugfs_lookup() (CVE-2023-53411)

    In the Linux kernel, the following vulnerability has been resolved:

    objtool: Fix memory leak in create_static_call_sections() (CVE-2023-53423)

    In the Linux kernel, the following vulnerability has been resolved:

    cifs: Fix warning and UAF when destroy the MR list (CVE-2023-53427)

    In the Linux kernel, the following vulnerability has been resolved:

    ipv6: Add lwtunnel encap size of all siblings in nexthop calculation (CVE-2023-53477)

    In the Linux kernel, the following vulnerability has been resolved:

    iommu: Fix error unwind in iommu_group_alloc() (CVE-2023-53482)

    In the Linux kernel, the following vulnerability has been resolved:

    crypto: xts - Handle EBUSY correctly (CVE-2023-53494)

    In the Linux kernel, the following vulnerability has been resolved:

    udf: Do not bother merging very long extents (CVE-2023-53506)

    In the Linux kernel, the following vulnerability has been resolved:

    io_uring: fix fget leak when fs don't support nowait buffered read (CVE-2023-53511)

    In the Linux kernel, the following vulnerability has been resolved:

    sctp: add a refcnt in sctp_stream_priorities to avoid a nested loop (CVE-2023-53590)

    In the Linux kernel, the following vulnerability has been resolved:

    driver core: fix resource leak in device_add() (CVE-2023-53594)

    In the Linux kernel, the following vulnerability has been resolved:

    nfsd: clean up potential nfsd_file refcount leaks in COPY codepath (CVE-2023-53606)

    In the Linux kernel, the following vulnerability has been resolved:

    irqchip: Fix refcount leak in platform_irqchip_probe (CVE-2023-53610)

    In the Linux kernel, the following vulnerability has been resolved:

    nvme-tcp: don't access released socket during error recovery (CVE-2023-53643)

    In the Linux kernel, the following vulnerability has been resolved:

    srcu: Delegate work to the boot cpu if using SRCU_SIZE_SMALL (CVE-2023-53671)

    In the Linux kernel, the following vulnerability has been resolved:

    drm/i915: Fix system suspend without fbdev being initialized (CVE-2023-53678)

    In the Linux kernel, the following vulnerability has been resolved:

    udf: Detect system inodes linked into directory hierarchy (CVE-2023-53695)

    In the Linux kernel, the following vulnerability has been resolved:

    ring-buffer: Handle race between rb_move_tail and rb_check_pages (CVE-2023-53709)

    In the Linux kernel, the following vulnerability has been resolved:

    KVM: VMX: Fix crash due to uninitialized current_vmcs (CVE-2023-53756)

    In the Linux kernel, the following vulnerability has been resolved:

    dm cache: free background tracker's queued work in btracker_destroy (CVE-2023-53765)

    In the Linux kernel, the following vulnerability has been resolved:

    blk-iocost: fix divide by 0 error in calc_lcoefs() (CVE-2023-53783)

    In the Linux kernel, the following vulnerability has been resolved:

    iommu/amd: Improve page fault error reporting (CVE-2023-53789)

    In the Linux kernel, the following vulnerability has been resolved:

    bpf: Zeroing allocated object from slab in bpf memory allocator (CVE-2023-53790)

    In the Linux kernel, the following vulnerability has been resolved:

    PCI: Fix dropping valid root bus resources with .end = zero (CVE-2023-53814)

    In the Linux kernel, the following vulnerability has been resolved:

    loop: loop_set_status_from_info() check before assignment (CVE-2023-53820)

    In the Linux kernel, the following vulnerability has been resolved:

    usb: early: xhci-dbc: Fix a potential out-of-bound memory access (CVE-2023-53840)

    In the Linux kernel, the following vulnerability has been resolved:

    KVM: Destroy target device if coalesced MMIO unregistration fails (CVE-2023-54024)

    In the Linux kernel, the following vulnerability has been resolved:

    crypto: essiv - Handle EBUSY correctly (CVE-2023-54046)

    In the Linux kernel, the following vulnerability has been resolved:

    iommu/amd: Add a length limitation for the ivrs_acpihid command-line parameter (CVE-2023-54057)

    In the Linux kernel, the following vulnerability has been resolved:

    blk-cgroup: dropping parent refcount after pd_free_fn() is done (CVE-2023-54107)

    In the Linux kernel, the following vulnerability has been resolved:

    leds: led-core: Fix refcount leak in of_led_get() (CVE-2023-54190)

    In the Linux kernel, the following vulnerability has been resolved:

    tty: fix out-of-bounds access in tty_driver_lookup_tty() (CVE-2023-54198)

    In the Linux kernel, the following vulnerability has been resolved:

    netfilter: ebtables: fix table blob use-after-free (CVE-2023-54243)

    In the Linux kernel, the following vulnerability has been resolved:

    cifs: Fix lost destroy smbd connection when MR allocate failed (CVE-2023-54260)

    In the Linux kernel, the following vulnerability has been resolved:

    ext4: refuse to create ea block when umounted (CVE-2023-54305)

    In the Linux kernel, the following vulnerability has been resolved:

    net: tls: avoid hanging tasks on the tx_lock (CVE-2023-54306)

    In the Linux kernel, the following vulnerability has been resolved:

    dm flakey: don't corrupt the zero page (CVE-2023-54317)

    In the Linux kernel, the following vulnerability has been resolved:

    driver core: fix potential null-ptr-deref in device_add() (CVE-2023-54321)

    kernel: refcount leak in ctnetlink_create_conntrack() (CVE-2023-7192)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1767864313 advisory.

  - In the Linux kernel, the following vulnerability has been resolved: firmware: arm_scpi: Ensure scpi_info     is not assigned if the probe fails When scpi probe fails, at any point, we need to ensure that the     scpi_info is not set and will remain NULL until the probe succeeds. If it is not taken care, then it could     result use-after-free as the value is exported via get_scpi_ops() and could refer to a memory allocated     via devm_kzalloc() but freed when the probe fails. (CVE-2022-50087)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: rtlwifi: Fix global-out-of-     bounds bug in _rtl8812ae_phy_set_txpower_limit() There is a global-out-of-bounds reported by KASAN: BUG:
    KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae] Read of size 1 at addr     ffffffffa0773c43 by task NetworkManager/411 CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+     #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ...
    kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae]     rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae] rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae] ...
    </TASK> The root cause of the problem is that the comparison order of prate_section in
    _rtl8812ae_phy_set_txpower_limit() is wrong. The _rtl8812ae_eq_n_byte() is used to compare the first n     bytes of the two strings from tail to head, which causes the problem. In the
    _rtl8812ae_phy_set_txpower_limit(), it was originally intended to meet this requirement by carefully     designing the comparison order. For example, pregulation and pbandwidth are compared in order of     length from small to large, first is 3 and last is 4. However, the comparison order of prate_section     dose not obey such order requirement, therefore when prate_section is HT, when comparing from tail to     head, it will lead to access out of bounds in _rtl8812ae_eq_n_byte(). As mentioned above, the
    _rtl8812ae_eq_n_byte() has the same function as strcmp(), so just strcmp() is enough. Fix it by removing
    _rtl8812ae_eq_n_byte() and use strcmp() barely. Although it can be fixed by adjusting the comparison order     of prate_section, this may cause the value of rate_section to not be from 0 to 5. In addition, commit     21e4b0726dc6 not only moved driver from staging to regular tree, but also added setting txpower limit     function during the driver config phase, so the problem was introduced by this commit. (CVE-2022-50279)

  - In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix monitor mode bringup     crash When the interface is brought up in monitor mode, it leads to NULL pointer dereference crash. This     crash happens when the packet type is extracted for a SKB. This extraction which is present in the     received msdu delivery path,is not needed for the monitor ring packets since they are all RAW packets.
    Hence appending the flags with RX_FLAG_ONLY_MONITOR to skip that extraction. Observed calltrace: Unable     to handle kernel NULL pointer dereference at virtual address 0000000000000064 Mem abort info: ESR =     0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC =     0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable:
    4k pages, 48-bit VAs, pgdp=0000000048517000 [0000000000000064] pgd=0000000000000000, p4d=0000000000000000     Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: ath11k_pci ath11k qmi_helpers     CPU: 2 PID: 1781 Comm: napi/-271 Not tainted 6.1.0-rc5-wt-ath-656295-gef907406320c-dirty #6 Hardware name:
    Qualcomm Technologies, Inc. IPQ8074/AP-HK10-C2 (DT) pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS     BTYPE=--) pc : ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60 [ath11k] lr :
    ath11k_hw_qcn9074_rx_desc_get_decap_type+0x5c/0x60 [ath11k] sp : ffff80000ef5bb10 x29: ffff80000ef5bb10     x28: 0000000000000000 x27: ffff000007baafa0 x26: ffff000014a91ed0 x25: 0000000000000000 x24:
    0000000000000000 x23: ffff800002b77378 x22: ffff000014a91ec0 x21: ffff000006c8d600 x20: 0000000000000000     x19: ffff800002b77740 x18: 0000000000000006 x17: 736564203634343a x16: 656e694c20657079 x15:
    0000000000000143 x14: 00000000ffffffea x13: ffff80000ef5b8b8 x12: ffff80000ef5b8c8 x11: ffff80000a591d30     x10: ffff80000a579d40 x9 : c0000000ffffefff x8 : 0000000000000003 x7 : 0000000000017fe8 x6 :
    ffff80000a579ce8 x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000 x2 : 3a35ec12ed7f8900     x1 : 0000000000000000 x0 : 0000000000000052 Call trace: ath11k_hw_qcn9074_rx_desc_get_decap_type+0x34/0x60     [ath11k] ath11k_dp_rx_deliver_msdu.isra.42+0xa4/0x3d0 [ath11k]     ath11k_dp_rx_mon_deliver.isra.43+0x2f8/0x458 [ath11k] ath11k_dp_rx_process_mon_rings+0x310/0x4c0 [ath11k]     ath11k_dp_service_srng+0x234/0x338 [ath11k] ath11k_pcic_ext_grp_napi_poll+0x30/0xb8 [ath11k]
    __napi_poll+0x5c/0x190 napi_threaded_poll+0xf0/0x118 kthread+0xf4/0x110 ret_from_fork+0x10/0x20 Tested-on:
    QCN9074 hw1.0 PCI WLAN.HK.2.7.0.1-01744-QCAHKSWPL_SILICONZ-1 (CVE-2022-50627)

  - In the Linux kernel, the following vulnerability has been resolved: mm: hugetlb: fix UAF in     hugetlb_handle_userfault The vma_lock and hugetlb_fault_mutex are dropped before handling userfault and     reacquire them again after handle_userfault(), but reacquire the vma_lock could lead to UAF[1,2] due to     the following race, hugetlb_fault hugetlb_no_page /*unlock vma_lock */ hugetlb_handle_userfault     handle_userfault /* unlock mm->mmap_lock*/ vm_mmap_pgoff do_mmap mmap_region munmap_vma_range /* clean old     vma */ /* lock vma_lock again <--- UAF */ /* unlock vma_lock */ Since the vma_lock will unlock immediately     after hugetlb_handle_userfault(), let's drop the unneeded lock and unlock in hugetlb_handle_userfault() to     fix the issue. [1] https://lore.kernel.org/linux-mm/000000000000d5e00a05e834962e@google.com/ [2]     https://lore.kernel.org/linux-mm/20220921014457.1668-1-liuzixian4@huawei.com/ (CVE-2022-50630)

  - In the Linux kernel, the following vulnerability has been resolved: PCI: Fix pci_device_is_present() for     VFs by checking PF pci_device_is_present() previously didn't work for VFs because it reads the Vendor and     Device ID, which are 0xffff for VFs, which looks like they aren't present. Check the PF instead. Wei Gong     reported that if virtio I/O is in progress when the driver is unbound or 0 is written to     /sys/.../sriov_numvfs, the virtio I/O operation hangs, which may result in output like this: task:bash     state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 Call Trace: schedule+0x4f/0xc0     blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0     virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ... device_unregister+0x1b/0x60     unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 This happened     because pci_device_is_present(VF) returned false in virtio_pci_remove(), so it called     virtio_break_device(). The broken vq meant that vring_interrupt() skipped the vq.callback() that would     have completed the virtio I/O operation via virtblk_done(). [bhelgaas: commit log, simplify to always use     pci_physfn(), add stable tag] (CVE-2022-50636)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - iommu/amd: Improve page fault error reporting If IOMMU domain for device group is not setup properly then     we may hit IOMMU page fault. Current page fault handler assumes that domain is always setup and it will     hit NULL pointer derefence (see below sample log). Lets check whether domain is setup or not and log     appropriate message. Sample log: ---------- amdgpu 0000:00:01.0: amdgpu: SE 1, SH per SE 1, CU per SH 8,     active_cu_number 6 BUG: kernel NULL pointer dereference, address: 0000000000000058 #PF: supervisor read     access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: 0000 [#1] PREEMPT SMP     NOPTI CPU: 2 PID: 56 Comm: irq/24-AMD-Vi Not tainted 6.2.0-rc2+ #89 Hardware name: xxx RIP:
    0010:report_iommu_fault+0x11/0x90 [...] Call Trace: <TASK> amd_iommu_int_thread+0x60c/0x760 ?
    __pfx_irq_thread_fn+0x10/0x10 irq_thread_fn+0x1f/0x60 irq_thread+0xea/0x1a0 ? preempt_count_add+0x6a/0xa0     ? __pfx_irq_thread_dtor+0x10/0x10 ? __pfx_irq_thread+0x10/0x10 kthread+0xe9/0x110 ?
    __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> [joro: Edit commit message] (CVE-2023-53789)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
360579	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1767864313）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
173340	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
277896	Linux Distros 未修補的弱點：CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium
360579	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc多個弱點（ALMALINUX9.2：CLSA-2026：1767864313）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
277896	Linux Distros 未修补的漏洞：CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium
360579	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1767864313)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
173340	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
277896	Linux Distros のパッチ未適用の脆弱性: CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium
173340	Amazon Linux 2023 : bpftool, kernel, kernel-devel (ALAS2023-2023-138)	Nessus	Amazon Linux Local Security Checks	2023/3/23	2026/2/10	high
360579	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-abi-stablelists / kernel-core / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1767864313)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
277896	Linux Distros Unpatched Vulnerability : CVE-2023-53789	Nessus	Misc.	2025/12/9	2026/10/17	medium

检测

插件搜索

high

high

high

medium

high

medium

high

high

medium

high

high

medium