Rocky Linux 8 主機已安裝的套件會受到 CIQ crxsa-2024_3138 公告中提及的多個弱點影響。

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

    安全性修正：

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

    其他變更:

    如需有關此發行版本的詳細變更資訊，請參閱可從「參照」一節連結的 Rocky Linux SIG Cloud 8.10 版本資訊。

    此公告由 Ctrl IQ， Inc 為 Rocky Linux 系統提供。有關CIQ安全實踐的更多信息，請訪問 https://ciq.com/security。

Tenable 已直接從 CIQ 安全性公告中擷取上述描述區塊。

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

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

  - 已解決 Linux 核心中的下列弱點：KVM: Reject attempts to consume or refresh inactive gfn_to_pfn_cache Reject kvm_gpc_check() and kvm_gpc_refresh() if the cache is inactive.
    Not checking the active flag during refresh is particularly egregious, as KVM can end up with a valid, inactive cache, which can lead to a variety of use-after-free bugs, e.g. consuming a NULL kernel pointer or missing an mmu_notifier invalidation due to the cache not being on the list of gfns to invalidate.
    Note, active needs to be set if and only if the cache is on the list of caches, i.e. is reachable via mmu_notifier events. If a relevant mmu_notifier event occurs while the cache is active but not on the list, KVM will not acquire the cache's lock and so will not serailize the mmu_notifier event with active users and/or kvm_gpc_refresh(). A race between KVM_XEN_ATTR_TYPE_SHARED_INFO and KVM_XEN_HVM_EVTCHN_SEND can be exploited to trigger the bug. 1. Deactivate shinfo cache: kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO kvm_gpc_deactivate kvm_gpc_unmap gpc->valid = false gpc->khva = NULL gpc->active = false Result: active = false, valid = false 2. Cause cache refresh: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast kvm_gpc_check return -EWOULDBLOCK because !gpc->valid kvm_xen_set_evtchn_fast return -EWOULDBLOCK kvm_gpc_refresh hva_to_pfn_retry gpc->valid = true gpc->khva = not NULL Result: active = false, valid = true 3. Race ioctl KVM_XEN_HVM_EVTCHN_SEND against ioctl KVM_XEN_ATTR_TYPE_SHARED_INFO: kvm_arch_vm_ioctl case KVM_XEN_HVM_EVTCHN_SEND kvm_xen_hvm_evtchn_send kvm_xen_set_evtchn kvm_xen_set_evtchn_fast read_lock gpc->lock kvm_xen_hvm_set_attr case KVM_XEN_ATTR_TYPE_SHARED_INFO mutex_lock kvm->lock kvm_xen_shared_info_init kvm_gpc_activate gpc->khva = NULL kvm_gpc_check [ Check passes because gpc->valid is still true, even though gpc->khva is already NULL. ] shinfo = gpc->khva pending_bits = shinfo->evtchn_pending CRASH: test_and_set_bit(..., pending_bits) (CVE-2022-49882)

  - 已解決 Linux 核心中的下列弱點：coresight: Clear the connection field properly coresight devices track their connections (output connections) and hold a reference to the fwnode. When a device goes away, we walk through the devices on the coresight bus and make sure that the references are dropped. This happens both ways: a) For all output connections from the device, drop the reference to the target device via coresight_release_platform_data() b) Iterate over all the devices on the coresight bus and drop the reference to fwnode if *this* device is the target of the output connection, via coresight_remove_conns()->coresight_remove_match(). However, the coresight_remove_match() doesn't clear the fwnode field, after dropping the reference, this causes use-after-free and additional refcount drops on the fwnode. e.g., if we have two devices, A and B, with a connection, A -> B. If we remove B first, B would clear the reference on B, from A via coresight_remove_match(). But when A is removed, it still has a connection with fwnode still pointing to B. Thus it tries to drops the reference in coresight_release_platform_data(), raising the bells like : [ 91.990153] ------------[ cut here]------------ [ 91.990163] refcount_t: addition on 0; use-after-free. [ 91.990212] WARNING: CPU: 0 PID:
    461 at lib/refcount.c:25 refcount_warn_saturate+0xa0/0x144 [ 91.990260] Modules linked in:
    coresight_funnel coresight_replicator coresight_etm4x(-) crct10dif_ce coresight ip_tables x_tables ipv6 [last unloaded: coresight_cpu_debug] [ 91.990398] CPU: 0 PID: 461 Comm: rmmod Tainted: G W T 5.19.0-rc2+ #53 [ 91.990418] Hardware name: ARM LTD ARM Juno Development Platform/ARM Juno Development Platform, BIOS EDK II Feb 1 2019 [ 91.990434] pstate: 600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [91.990454] pc : refcount_warn_saturate+0xa0/0x144 [ 91.990476] lr : refcount_warn_saturate+0xa0/0x144 [91.990496] sp : ffff80000c843640 [ 91.990509] x29: ffff80000c843640 x28: ffff800009957c28 x27:
    ffff80000c8439a8 [ 91.990560] x26: ffff00097eff1990 x25: ffff8000092b6ad8 x24: ffff00097eff19a8 [91.990610] x23: ffff80000c8439a8 x22: 0000000000000000 x21: ffff80000c8439c2 [ 91.990659] x20:
    0000000000000000 x19: ffff00097eff1a10 x18: ffff80000ab99c40 [ 91.990708] x17: 0000000000000000 x16:
    0000000000000000 x15: ffff80000abf6fa0 [ 91.990756] x14: 000000000000001d x13: 0a2e656572662d72 x12:
    657466612d657375 [ 91.990805] x11: 203b30206e6f206e x10: 6f69746964646120 x9 : ffff8000081aba28 [91.990854] x8 : 206e6f206e6f6974 x7 : 69646461203a745f x6 : 746e756f63666572 [ 91.990903] x5 :
    ffff00097648ec58 x4 : 0000000000000000 x3 : 0000000000000027 [ 91.990952] x2 : 0000000000000000 x1 :
    0000000000000000 x0 : ffff00080260ba00 [ 91.991000] Call trace: [ 91.991012] refcount_warn_saturate+0xa0/0x144 [ 91.991034] kobject_get+0xac/0xb0 [ 91.991055] of_node_get+0x2c/0x40 [91.991076] of_fwnode_get+0x40/0x60 [ 91.991094] fwnode_handle_get+0x3c/0x60 [ 91.991116] fwnode_get_nth_parent+0xf4/0x110 [ 91.991137] fwnode_full_name_string+0x48/0xc0 [ 91.991158] device_node_string+0x41c/0x530 [ 91.991178] pointer+0x320/0x3ec [ 91.991198] vsnprintf+0x23c/0x750 [91.991217] vprintk_store+0x104/0x4b0 [ 91.991238] vprintk_emit+0x8c/0x360 [ 91.991257] vprintk_default+0x44/0x50 [ 91.991276] vprintk+0xcc/0xf0 [ 91.991295] _printk+0x68/0x90 [ 91.991315] of_node_release+0x13c/0x14c [ 91.991334] kobject_put+0x98/0x114 [ 91.991354] of_node_put+0x24/0x34 [91.991372] of_fwnode_put+0x40/0x5c [ 91.991390] fwnode_handle_put+0x38/0x50 [ 91.991411] coresight_release_platform_data+0x74/0xb0 [coresight] [ 91.991472] coresight_unregister+0x64/0xcc [coresight] [ 91.991525] etm4_remove_dev+0x64/0x78 [coresight_etm4x] [ 91.991563] etm4_remove_amba+0x1c/0x2c [coresight_etm4x] [ 91.991598] amba_remove+0x3c/0x19c ---truncated--- (CVE-2022-50214)

  - 已解決 Linux 核心中的下列弱點：wifi: brcmfmac: Fix potential stack-out-of-bounds in brcmf_c_preinit_dcmds() This patch fixes a stack-out-of-bounds read in brcmfmac that occurs when 'buf' that is not null-terminated is passed as an argument of strsep() in brcmf_c_preinit_dcmds(). This buffer is filled with a firmware version string by memcpy() in brcmf_fil_iovar_data_get(). The patch ensures buf is null-terminated. Found by a modified version of syzkaller. [ 47.569679][ T1897] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43236b for chip BCM43236/3 [ 47.582839][ T1897] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available [ 47.601565][ T1897] ================================================================== [ 47.602574][ T1897] BUG: KASAN: stack-out-of-bounds in strsep+0x1b2/0x1f0 [ 47.603447][ T1897] Read of size 1 at addr ffffc90001f6f000 by task kworker/0:2/1897 [ 47.604336][ T1897] [ 47.604621][ T1897] CPU: 0 PID: 1897 Comm: kworker/0:2 Tainted: G O 5.14.0+ #131 [ 47.605617][ T1897] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014 [ 47.606907][ T1897] Workqueue: usb_hub_wq hub_event [ 47.607453][ T1897] Call Trace: [ 47.607801][ T1897] dump_stack_lvl+0x8e/0xd1 [ 47.608295][T1897] print_address_description.constprop.0.cold+0xf/0x334 [ 47.609009][ T1897] ? strsep+0x1b2/0x1f0 [47.609434][ T1897] ? strsep+0x1b2/0x1f0 [ 47.609863][ T1897] kasan_report.cold+0x83/0xdf [ 47.610366][T1897] ? strsep+0x1b2/0x1f0 [ 47.610882][ T1897] strsep+0x1b2/0x1f0 [ 47.611300][ T1897] ? brcmf_fil_iovar_data_get+0x3a/0xf0 [ 47.611883][ T1897] brcmf_c_preinit_dcmds+0x995/0xc40 [ 47.612434][T1897] ? brcmf_c_set_joinpref_default+0x100/0x100 [ 47.613078][ T1897] ? rcu_read_lock_sched_held+0xa1/0xd0 [ 47.613662][ T1897] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 47.614208][T1897] ? lock_acquire+0x19d/0x4e0 [ 47.614704][ T1897] ? find_held_lock+0x2d/0x110 [ 47.615236][ T1897] ? brcmf_usb_deq+0x1a7/0x260 [ 47.615741][ T1897] ? brcmf_usb_rx_fill_all+0x5a/0xf0 [ 47.616288][ T1897] brcmf_attach+0x246/0xd40 [ 47.616758][ T1897] ? wiphy_new_nm+0x1703/0x1dd0 [ 47.617280][ T1897] ? kmemdup+0x43/0x50 [ 47.617720][ T1897] brcmf_usb_probe+0x12de/0x1690 [ 47.618244][ T1897] ? brcmf_usbdev_qinit.constprop.0+0x470/0x470 [ 47.618901][ T1897] usb_probe_interface+0x2aa/0x760 [47.619429][ T1897] ? usb_probe_device+0x250/0x250 [ 47.619950][ T1897] really_probe+0x205/0xb70 [47.620435][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.621048][ T1897]
    __driver_probe_device+0x311/0x4b0 [ 47.621595][ T1897] ? driver_allows_async_probing+0x130/0x130 [47.622209][ T1897] driver_probe_device+0x4e/0x150 [ 47.622739][ T1897] __device_attach_driver+0x1cc/0x2a0 [ 47.623287][ T1897] bus_for_each_drv+0x156/0x1d0 [ 47.623796][ T1897] ? bus_rescan_devices+0x30/0x30 [47.624309][ T1897] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 47.624907][ T1897] ? trace_hardirqs_on+0x46/0x160 [ 47.625437][ T1897] __device_attach+0x23f/0x3a0 [ 47.625924][ T1897] ? device_bind_driver+0xd0/0xd0 [ 47.626433][ T1897] ? kobject_uevent_env+0x287/0x14b0 [ 47.627057][ T1897] bus_probe_device+0x1da/0x290 [ 47.627557][ T1897] device_add+0xb7b/0x1eb0 [ 47.628027][ T1897] ? wait_for_completion+0x290/0x290 [ 47.628593][ T1897] ? __fw_devlink_link_to_suppliers+0x5a0/0x5a0 [47.629249][ T1897] usb_set_configuration+0xf59/0x16f0 [ 47.629829][ T1897] usb_generic_driver_probe+0x82/0xa0 [ 47.630385][ T1897] usb_probe_device+0xbb/0x250 [ 47.630927][ T1897] ? usb_suspend+0x590/0x590 [ 47.631397][ T1897] really_probe+0x205/0xb70 [ 47.631855][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.632469][ T1897] __driver_probe_device+0x311/0x4b0 [47.633002][ ---truncated--- (CVE-2022-50258)

  - 已解決 Linux 核心中的下列弱點：netlink: prevent potential spectre v1 gadgets Most netlink attributes are parsed and validated from __nla_validate_parse() or validate_nla() u16 type = nla_type(nla); if (type == 0 || type > maxtype) { /* error or continue */ } @type is then used as an array index and can be used as a Spectre v1 gadget. array_index_nospec() can be used to prevent leaking content of kernel memory to malicious users. This should take care of vast majority of netlink uses, but an audit is needed to take care of others where validation is not yet centralized in core netlink functions. (CVE-2023-53000)

  - 已解決 Linux 核心中的下列弱點：scsi: mpi3mr: Bad drive in topology results kernel crash When the SAS Transport Layer support is enabled and a device exposed to the OS by the driver fails INQUIRY commands, the driver frees up the memory allocated for an internal HBA port data structure. However, in some places, the reference to the freed memory is not cleared. When the firmware sends the Device Info change event for the same device again, the freed memory is accessed and that leads to memory corruption and OS crash. (CVE-2023-53037)

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

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

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

    RDMA/cma：確保 rdma_addr_cancel() 在發出更多要求之前發生 (CVE-2021-47391)

    部分 AMD 處理器的除以零錯誤可能傳回推測資料，導致機密性喪失。(CVE-2023-20588)

    Zen 2 CPU 中有一個問題，在特定微架構情況下，可能允許攻擊者存取敏感資訊。(CVE-2023-20593)

    在 Linux 核心的 Netfilter 子系統中發現 net/netfilter/nf_tables_api.c 存在釋放後使用弱點。

    不當處理 NFT_MSG_NEWRULE 的錯誤可能導致在相同交易中使用懸置指標，進而造成釋放後使用弱點。具有使用者存取權的本機攻擊者可利用此缺陷造成特權提升問題。

    我們建議升級過去的 commit 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    當 nf_tables_delrule() 排清表格規則時，系統不會檢查鏈結是否已系結，且鏈結所有者規則也可在某些情況下釋放物件。

    建議升級之前的 commit 6eaf41e87a223ae6f8e7a28d6e78384ad7e407f8。(CVE-2023-3777)

    在 Linux 核心的 XFRM 子系統中發現一個缺陷。此特定缺陷存在於處理狀態篩選器的過程中，可導致讀取範圍超出配置緩衝區的結尾。本機特權 (CAP_NET_ADMIN) 攻擊者可利用此缺陷觸發超出邊界讀取，進而可能導致資訊洩漏。(CVE-2023-39194)

    在 Linux 核心的 Netfilter 連線追踪 (conntrack) 中發現一個超出邊界讀取弱點。此缺陷允許遠端使用者透過 DCCP 通訊協定洩漏敏感資訊。
    (CVE-2023-39197)

    在 Linux 核心的 netfilter 中，在使用者觸發含元素的 nft_pipapo_remove 函式 (不含 NFT_SET_EXT_KEY_END) 的方式中發現一個釋放後使用缺陷。本機使用者可利用此問題使系統當機，或可能提升其在系統中的權限。(CVE-2023-4004)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    若在構建 nftables 規則時發生錯誤，停用 nft_immediate_deactivate() 中的即用運算式可導致解除系結鏈，且物件會停用，但系統會在稍後再使用物件。

    建議升級之前的 commit 0a771f7b266b02d262900c75f1e175c7fe76fec2。(CVE-2023-4015)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    netfilter：nf_tables：不允許透過 NFTA_RULE_CHAIN_ID 將規則新增至邊界鏈結 (CVE-2023-4147)

    在 Linux 核心的 TUN/TAP 功能中發現一個缺陷。本機使用者可利用此問題繞過網路篩選器，並在未經授權的情況下存取某些資源。修正 CVE-2023-1076 的原始修補程式不正確或不完整。問題在於下列上游 commit - a096ccca6e50 (tun：tun_chr_open()：正確初始化通訊端 uid)、- 66b2c338adce (tap：tap_open()：
    正確初始化通訊端 uid)，將 inode->i_uid 作為最後一個參數傳遞至 sock_init_data_uid()，而事實證明這不正確。(CVE-2023-4194)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_fw 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 fw_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 核心的 exFAT 驅動程式中發現一個缺陷。該弱點存在於實作檔案名稱重建函式的過程中，而該函式負責從目錄索引讀取檔案名稱項目，並將屬於一個檔案的部分檔案名稱合併為單一長檔案名稱。由於檔案名稱字元會被復製到堆疊變數中，因此有權限的本機攻擊者可利用此缺陷使核心堆疊溢位。(CVE-2023-4273)

    Linux 核心的 af_unix 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    unix_stream_sendpage() 函式嘗試在未鎖定佇列的情況下，將資料新增至對等端 recv 佇列中的最後一個 skb。因此會發生爭用，unix_stream_sendpage() 可無鎖定存取由記憶體回收所釋放的 skb，進而導致釋放後使用。

    建議升級之前的 commit 790c2f9d15b594350ae9bca7b236f2b1859de02c。(CVE-2023-4622)

    在 6.4.12 之前的 Linux 核心中，drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c 的 amdgpu_cs_wait_all_fences 中存在隔離釋放後使用問題。(CVE-2023-51042)

    在 6.4.5 之前的 Linux 核心中，drivers/gpu/drm/drm_atomic.c 在非封鎖 Atomic commit 和驅動程式卸載之間發生爭用情形時，會出現釋放後使用情形。(CVE-2023-51043)

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

    SUNRPC：修復 svc_tcp_listen_data_ready() 中的 UAF 問題 (CVE-2023-52885)

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

    can：bcm：修正 bcm_proc_show() 中的 UAF (CVE-2023-52922)

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

    xfrm在 xfrm_update_ae_params 中新增 NULL 檢查 (CVE-2023-53147)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    scsiqla2xxx指標可能會解除參照 (CVE-2023-53150)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    udf修正部分路徑名稱的未初始化陣列存取 (CVE-2023-53165)

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

    tracing修正 tracing_err_log_open() 中的 null 指標解除參照 (CVE-2023-53167)

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

    scsi核心修正 device_add() 失敗時可能發生的記憶體洩漏 (CVE-2023-53174)

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

    ipv6/addrconf修正 idev 的潛在 refcount 反向溢位 (CVE-2023-53189)

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

    vxlan修正 nexthop 雜湊大小 (CVE-2023-53192)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    nubus部分還原 proc_create_single_data() 轉換 (CVE-2023-53217)

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

    jfsjfs_dmap掛載時驗證 db_l2nbperpage (CVE-2023-53222)

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

    btrfs新增對 btrfs_reduce_alloc_profile 的 RAID1C23/DUP 處理 (CVE-2023-53243)

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

    scsistorvsc修正虛擬光纖通道逾時的處理 (CVE-2023-53245)

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

    scsiqla2xxx移除未使用的 nvme_ls_waitq 等待佇列 (CVE-2023-53280)

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

    RDMA/mlx5在損毀 QP/RQ 時傳回韌體結果 (CVE-2023-53286)

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

    drm/client修正 drm_client_modeset_probe 中的記憶體洩漏 (CVE-2023-53288)

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

    netfilternft_set_rbtree修正重疊到期查詢 (CVE-2023-53304)

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

    drm/radeon修正 radeon_cs_parser_init 中的整數溢位 (CVE-2023-53309)

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

    nilfs2修正透過 iput 污染 inode 時nilfs_root 的釋放後使用 (CVE-2023-53311)

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

    md/raid10修正 max_corr_read_errors 的錯誤設定 (CVE-2023-53313)

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

    scsiqla2xxx等待終止 rport 時傳回 (CVE-2023-53322)

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

    netfilterconntrackdccp將整個標頭複製到堆疊緩衝區而不僅是基本的一個 (CVE-2023-53333)

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

    btrfs修正 btrfs_cancel_balance 中的 BUG_ON 條件 (CVE-2023-53339)

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

    icmp6修正 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10檢查 md_bitmap_get_counter 中的 slab-out-of-bounds (CVE-2023-53357)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb選擇正確的原則來剖析 DCB_ATTR_BCN (CVE-2023-53369)

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

    md/raid10修正 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    shmem針對 ramfs 型 tmpfs 的 kill_sb 方法使用 ramfs_kill_sb() (CVE-2023-53391)

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

    PCI/ASPM在 MFD 函式移除時停用 ASPM以避免釋放後使用 (CVE-2023-53446)

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

    scsiqla2xxx修正可能的 NULL 指標解除參照 (CVE-2023-53451)

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

    FSJFS修正 txBegin 中的 null-ptr-deref 讀取 (CVE-2023-53457)

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

    io_uring結束時中斷地等待要求完成 (CVE-2023-53461)

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

    af_unix修正 unix_stream_sendpage() 中的 null-ptr-deref。 (CVE-2023-53469)

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

    fsjfs修正 UBSAN array-index-out-of-bounds 在 dbAllocDmapLev 中 (CVE-2023-53485)

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

    powerpc/rtas_flash允許使用者復製到 flash 區塊快取物件 (CVE-2023-53487)

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

    xfrm修正 decode_session6 中的 slab 釋放後使用 (CVE-2023-53500)

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

    virtio-mmio不中斷 vm_dev 的生命週期 (CVE-2023-53515)

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

    mediav4l2-mem2mem新增鎖定以保護參數 num_rdy (CVE-2023-53519)

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

    net/mlx5DR修正 mlx5dr_cmd_create_reformat_ctx 中的記憶體洩漏 (CVE-2023-53546)

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

    netusbnet修正 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    mm/damon/core初始化來自 damos_new_filter() 的 damo_filter->list (CVE-2023-53555)

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

    iavf修正 free_netdev 中的釋放後使用 (CVE-2023-53556)

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

    ip_vti修正 decode_session6 中潛在的 slab 釋放後使用 (CVE-2023-53559)

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

    tracing/histograms若已參照變數則將直方圖新增至 Hist_vars (CVE-2023-53560)

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

    net/mlx5e鎖定後檢查 NOT_READY 旗標狀態 (CVE-2023-53581)

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

    cifs釋放命中 fscache 讀取時的作品集鎖定。 (CVE-2023-53593)

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

    tunnels修正產生 ipv4 pmtu 錯誤時顯示的問題 (CVE-2023-53600)

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

    dax修正 dax_mapping_release() 釋放後使用 (CVE-2023-53613)

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

    netfilterconntrack避免 nf_ct_helper_hash 釋放後使用 (CVE-2023-53619)

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

    gfs2修正 gfs2_show_options() 中可能的資料爭用 (CVE-2023-53622)

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

    iavf修正移除時設定通道時的超出邊界 (CVE-2023-53659)

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

    ring-buffer修正讀取 trace_pipe 時的死迴圈問題 (CVE-2023-53668)

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

    bcache修正 __bch_btree_node_alloc使失敗行為一致 (CVE-2023-53681)

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

    ring-buffer調整大小處理程序期間不交換 cpu_buffer (CVE-2023-53718)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    blk-iocost在 adjust_inuse_and_calc_cost 中使用 spin_lock_irqsave (CVE-2023-53730)

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

    netlink修正 netlink_set_err() 中的潛在鎖死 (CVE-2023-53731)

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

    FSJFS檢查 txBegin 中掛載的唯讀檔案系統 (CVE-2023-53766)

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

    HIDwacom處理時間戳記時使用 ktime_t 而非 int (CVE-2023-53797)

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

    posix-timers防止 itimer_delete() 中發生 RT 動態鎖定 (CVE-2023-53815)

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

    ip6_vti修正 decode_session6 中的 slab-use-after-free 問題 (CVE-2023-53821)

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

    dccp修正有關 dp->dccps_mss_cache 的資料爭用 (CVE-2023-53839)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    usb-storagealauda修正 alauda_check_media() 中的 uninit-value (CVE-2023-53847)

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

    netlink不對 fdb 轉儲存中的裝置位址長度進行硬式編碼 (CVE-2023-53863)

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

    btrfs修正在中止後啟用 qgroups 進行交易時出現的警告 (CVE-2023-53865)

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

    arm64mm修正 VA 範圍功能健全檢查 (CVE-2023-53989)

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

    hwrngvirtio - 修正 data_avail 和實際資料上的爭用 (CVE-2023-53998)

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

    scsiqla2xxx檢查 fc_bsg_to_rport() 傳回的有效 rport (CVE-2023-54014)

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

    btrfs修正從已變更 cow root 清單刪除配額 root 時的爭用 (CVE-2023-54032)

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

    net不允許將 gso_size 設為 GSO_BY_FRAGS (CVE-2023-54051)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    net防止片段清單分割時的 skb 損毀 (CVE-2023-54094)

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

    fs保護 sb 讀寫重新組態不受爭用寫入的影響 (CVE-2023-54099)

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

    keys修正重複金鑰至 keyring assoc_array 的連結問題 (CVE-2023-54170)

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

    追踪修正讀取 trace_pipe 時 iter->temp 的記憶體洩漏 (CVE-2023-54171)

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

    bpf停用 bpf_event_output 中的先佔 (CVE-2023-54173)

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

    quota修正 dqgrab() 中的警告 (CVE-2023-54177)

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

    scsiqla2xxx陣列索引可能超出邊界 (CVE-2023-54179)

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

    pstore/ram新增 kstrdup 的檢查 (CVE-2023-54189)

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

    exfat使用 kvmalloc_array/kvfree 而非 kmalloc_array/kfree (CVE-2023-54194)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    serial8250修正 uart_change_pm() 上 port->pm 的 oops (CVE-2023-54220)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    scsiqedf修正錯誤處理中的 NULL 解除參照 (CVE-2023-54289)

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

    bcache修正 btree_cache_wait 清單損毀 (CVE-2023-54293)

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

    arm64將 __exception_irq_entry 設為預設的 __irq_entry (CVE-2023-54322)

    在 Linux 核心的 GSM 0710 tty multiplexor 中發現爭用情形。當兩個執行緒在啟用 gsm 行原則的情況下對相同 tty 檔案描述符號執行 GSMIOC_SETCONF ioctl 時，會發生此問題，且可導致 gsm_dlci 結構在重新啟動 gsm mux 時出現釋放後使用問題。沒有權限的本機使用者可利用此缺陷提升自己在系統上的權限。(CVE-2023-6546)

    在 Linux 核心的 SCTP 子系統中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中發現因鎖死而導致的拒絕服務弱點。此瑕疵允許具有本機使用者權限的來賓觸發鎖死，並可能造成系統當機。(CVE-2024-0639)

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

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

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

  - igb修正意外移除時的 igb_down 懸置。在 Thunderbolt 集線器透過 USB Type-C 連線至乙太網路和顯示器的設定中當使用者移除 PC 和 Thunderbolt 集線器之間的纜線時可能會遇到工作懸置逾時的情況。這是因為拔除 Thunderbolt 集線器時會多次呼叫 igb_down 函式。例如igb_io_error_detected 會觸發第一個呼叫而 igb_remove 會觸發第二個呼叫。igb_down 的第二次呼叫會在 napi_synchronize 封鎖。以下是呼叫追踪__schedule+0x3b0/0xddb __mod_timer+0x164/0x5d3 schedule+0x44/0xa8 schedule_timeout+0xb2/0x2a4 ? run_local_timers+0x4e/0x4e msleep+0x31/0x38 igb_down+0x12c/0x22a [igb 6615058754948bfde0bf01429257eb59f13030d4] __igb_close+0x6f/0x9c [igb 6615058754948bfde0bf01429257eb59f13030d4] igb_close+0x23/0x2b [igb 6615058754948bfde0bf01429257eb59f13030d4] __dev_close_many+0x95/0xec dev_close_many+0x6e/0x103 unregister_netdevice_many+0x105 /0x5b1 unregister_netdevice_queue+0xc2/0x10d unregister_netdev+0x1c/0x23 igb_remove+0xa7/0x11c [igb 6615058754948bfde0bf01429257eb59f13030d4] pci_device_remove+0x3f/0x9c device_release_driver_internal+0xfe/0x1b4 pci_stop_bus_device+0x5b/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_and_remove_bus_device+0x12/ 0x19 pciehp_unconfigure_device+0x76/0xe9 pciehp_disable_slot+0x6e/0x131 pciehp_handle_presence_or_link_change+0x7a/0x3f7 pciehp_ist+0xbe/0x194 irq_thread_fn+0x22/0x4d irq_thread+0x1fd/0x1fd irq_thread+0x17b/0x1fd ? irq_forced_thread_fn+0x5f/0x5f kthread+0x142/0x153 ? __irq_get_irqchip_state+0x46/0x46 ? kthread_associate_blkcg+0x71/0x71 ret_from_fork+0x1f/0x30 在此情況下igb_io_error_detected 會卸離網路介面並要求重設 PCIE 插槽但是並未叫用 PCIE 重設回呼因此乙太網路連線會中斷。由於此情況下的 PCIE 錯誤屬於非嚴重錯誤因此可避免要求重設插槽。
    此修補程式可修正工作懸置問題並透過忽略非嚴重 PCIE 錯誤來保留乙太網路連線。
    (CVE-2023-53148)

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

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

    部分 AMD 處理器的除以零錯誤可能傳回推測資料，導致機密性喪失。(CVE-2023-20588)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    在 Linux 核心用於轉換封包的 IP 架構 (XFRM 子系統) 中發現一個缺陷。此問題可允許具有 CAP_NET_ADMIN 權限的惡意使用者直接解除參照 xfrm_update_ae_params() 中的 NULL 指標，進而可能導致核心損毀和拒絕服務。(CVE-2023-3772)

    在 Linux 核心用於轉換封包的 IP 架構 (XFRM 子系統) 中發現一個缺陷。此問題可允許具有 CAP_NET_ADMIN 權限的惡意使用者在剖析 netlink 屬性時，造成 XFRMA_MTIMER_THRESH 發生 4 位元組超出邊界讀取，進而導致敏感堆積資料可能洩漏至使用者空間。(CVE-2023-3773)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    當 nf_tables_delrule() 排清表格規則時，系統不會檢查鏈結是否已系結，且鏈結所有者規則也可在某些情況下釋放物件。

    建議升級之前的 commit 6eaf41e87a223ae6f8e7a28d6e78384ad7e407f8。(CVE-2023-3777)

    在 Linux 核心的 XFRM 子系統中發現一個缺陷。此特定缺陷存在於處理狀態篩選器的過程中，可導致讀取範圍超出配置緩衝區的結尾。本機特權 (CAP_NET_ADMIN) 攻擊者可利用此缺陷觸發超出邊界讀取，進而可能導致資訊洩漏。(CVE-2023-39194)

    在 Linux 核心的 netfilter 中，在使用者觸發含元素的 nft_pipapo_remove 函式 (不含 NFT_SET_EXT_KEY_END) 的方式中發現一個釋放後使用缺陷。本機使用者可利用此問題使系統當機，或可能提升其在系統中的權限。(CVE-2023-4004)

    Linux 核心的 netfilter: nf_tables 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    若在構建 nftables 規則時發生錯誤，停用 nft_immediate_deactivate() 中的即用運算式可導致解除系結鏈，且物件會停用，但系統會在稍後再使用物件。

    建議升級之前的 commit 0a771f7b266b02d262900c75f1e175c7fe76fec2。(CVE-2023-4015)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    netfilter：nf_tables：不允許透過 NFTA_RULE_CHAIN_ID 將規則新增至邊界鏈結 (CVE-2023-4147)

    在 Linux 核心的 TUN/TAP 功能中發現一個缺陷。本機使用者可利用此問題繞過網路篩選器，並在未經授權的情況下存取某些資源。修正 CVE-2023-1076 的原始修補程式不正確或不完整。問題在於下列上游 commit - a096ccca6e50 (tun：tun_chr_open()：正確初始化通訊端 uid)、- 66b2c338adce (tap：tap_open()：
    正確初始化通訊端 uid)，將 inode->i_uid 作為最後一個參數傳遞至 sock_init_data_uid()，而事實證明這不正確。(CVE-2023-4194)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_fw 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 fw_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 Linux 核心的 exFAT 驅動程式中發現一個缺陷。該弱點存在於實作檔案名稱重建函式的過程中，而該函式負責從目錄索引讀取檔案名稱項目，並將屬於一個檔案的部分檔案名稱合併為單一長檔案名稱。由於檔案名稱字元會被復製到堆疊變數中，因此有權限的本機攻擊者可利用此缺陷使核心堆疊溢位。(CVE-2023-4273)

    在 Linux 核心中，在 net/netfilter/nf_tables_api.c 的 nft_set_catchall_flush 中發現一個記憶體洩漏瑕疵。此問題可允許本機攻擊者造成全能元素雙重停用，進而導致記憶體洩漏。(CVE-2023-4569)

    Linux 核心的 af_unix 元件中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。

    unix_stream_sendpage() 函式嘗試在未鎖定佇列的情況下，將資料新增至對等端 recv 佇列中的最後一個 skb。因此會發生爭用，unix_stream_sendpage() 可無鎖定存取由記憶體回收所釋放的 skb，進而導致釋放後使用。

    建議升級之前的 commit 790c2f9d15b594350ae9bca7b236f2b1859de02c。(CVE-2023-4622)

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

    xfrm在 xfrm_update_ae_params 中新增 NULL 檢查 (CVE-2023-53147)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    udf修正部分路徑名稱的未初始化陣列存取 (CVE-2023-53165)

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

    scsi核心修正 device_add() 失敗時可能發生的記憶體洩漏 (CVE-2023-53174)

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

    dma-buf/dma-resvkrealloc() 失敗時停止洩漏 (CVE-2023-53181)

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

    btrfs如果 reloc root 不相符則正常結束 (CVE-2023-53183)

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

    vxlan修正 nexthop 雜湊大小 (CVE-2023-53192)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    smb用戶端修正 cifs_smb3_do_mount() 中的警告 (CVE-2023-53230)

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

    scsistorvsc修正虛擬光纖通道逾時的處理 (CVE-2023-53245)

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

    btrfs在 btrfs_cont_expand 中 read_folio 之後執行 set_page_extent_mapped (CVE-2023-53247)

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

    ovl修正 ovl_permission() 中的 null 指標解除參照 (CVE-2023-53260)

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

    drm/client修正 drm_client_modeset_probe 中的記憶體洩漏 (CVE-2023-53288)

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

    netfilternft_set_rbtree修正重疊到期查詢 (CVE-2023-53304)

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

    nilfs2修正透過 iput 污染 inode 時nilfs_root 的釋放後使用 (CVE-2023-53311)

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

    fs/ntfs3增強產生 attr_list 時的功能健全檢查 (CVE-2023-53328)

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

    btrfs修正 btrfs_cancel_balance 中的 BUG_ON 條件 (CVE-2023-53339)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb選擇正確的原則來剖析 DCB_ATTR_BCN (CVE-2023-53369)

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

    mmkmem修正 obj_stock_flush_required() 中的 NULL 指標解除參照 (CVE-2023-53401)

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

    drm/ttm在新增項目時修正bulk_move 損毀 (CVE-2023-53444)

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

    af_unix修正 unix_stream_sendpage() 中的 null-ptr-deref。 (CVE-2023-53469)

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

    powerpc/rtas_flash允許使用者復製到 flash 區塊快取物件 (CVE-2023-53487)

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

    mptcp修正中斷連線與接受爭用 (CVE-2023-53490)

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

    xfrm修正 decode_session6 中的 slab 釋放後使用 (CVE-2023-53500)

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

    virtio-mmio不中斷 vm_dev 的生命週期 (CVE-2023-53515)

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

    rcu-tasks避免 cblist_init_generic() 中有微調鎖定的 pr_info() (CVE-2023-53558)

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

    ip_vti修正 decode_session6 中潛在的 slab 釋放後使用 (CVE-2023-53559)

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

    bpf、cpumap確認在對應更新傳回之前 kthread 正在執行 (CVE-2023-53577)

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

    cifs釋放命中 fscache 讀取時的作品集鎖定。 (CVE-2023-53593)

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

    cifs修正逾時閾值後重新連線期間的 mid 洩漏 (CVE-2023-53597)

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

    tunnels修正產生 ipv4 pmtu 錯誤時顯示的問題 (CVE-2023-53600)

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

    btrfs透過堆疊轉儲存拒絕無效的 reloc 樹狀結構 root 金鑰 (CVE-2023-53618)

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

    bpf、cpumap也在清理 ptr_ring 時處理 skb (CVE-2023-53660)

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

    xsk修正錯誤路徑中的 refcount 反向溢位 (CVE-2023-53698)

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

    ring-buffer調整大小處理程序期間不交換 cpu_buffer (CVE-2023-53718)

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

    netschedcls_u32如果為 u32_replace_hw_knode則復原 tcf_bind_filter (CVE-2023-53733)

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

    cifs修正重新連線時的工作階段狀態檢查以避免釋放後使用問題 (CVE-2023-53794)

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

    ip6_vti修正 decode_session6 中的 slab-use-after-free 問題 (CVE-2023-53821)

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

    dccp修正有關 dp->dccps_mss_cache 的資料爭用 (CVE-2023-53839)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    netopenvswitch拒絕負的 ifindex (CVE-2023-53843)

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

    usb-storagealauda修正 alauda_check_media() 中的 uninit-value (CVE-2023-53847)

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

    netdsaocelot驅動程式移除時在 rtnl_lock() 下呼叫 dsa_tag_8021q_unregister() (CVE-2023-53855)

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

    btrfs修正在中止後啟用 qgroups 進行交易時出現的警告 (CVE-2023-53865)

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

    sched/psi針對 PSI 觸發輪詢使用 kernfs 輪詢函式 (CVE-2023-54019)

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

    btrfs修正平衡和取消/暫停之間的爭用 (CVE-2023-54023)

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

    net不允許將 gso_size 設為 GSO_BY_FRAGS (CVE-2023-54051)

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

    xen加速授權表回收 (CVE-2023-54081)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    fs保護 sb 讀寫重新組態不受爭用寫入的影響 (CVE-2023-54099)

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

    btrfs修正 btrfs_drop_extent_map_range 中的錯誤分割 (CVE-2023-54121)

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

    net核心移除 bpf_xdp_adjust_tail() 中不必要的 frame_sz 檢查 (CVE-2023-54155)

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

    keys修正重複金鑰至 keyring assoc_array 的連結問題 (CVE-2023-54170)

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

    x86/hypervhypercall 頁面缺少 ENDBR 指示時停用 IBT (CVE-2023-54172)

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

    bpf停用 bpf_event_output 中的先佔 (CVE-2023-54173)

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

    quota修正 dqgrab() 中的警告 (CVE-2023-54177)

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

    btrfs移除 add_new_free_space() 中的 BUG_ON() (CVE-2023-54185)

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

    exfat使用 kvmalloc_array/kvfree 而非 kmalloc_array/kfree (CVE-2023-54194)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    serial8250修正 uart_change_pm() 上 port->pm 的 oops (CVE-2023-54220)

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

    net/schedtaprio將 TCA_TAPRIO_ATTR_SCHED_CYCLE_TIME 限制為 INT_MAX。 (CVE-2023-54251)

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

    drm/ttm發生收回錯誤時不洩漏資源 (CVE-2023-54254)

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

    cifs修正 cifs_oplock_break 中的潛在 oops (CVE-2023-54258)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    btrfszoned修正尋找具有超級區塊的區塊群組後的記憶體洩漏 (CVE-2023-54297)

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

    bpf停用 bpf_perf_event_output 中的先佔 (CVE-2023-54303)

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

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

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

  - 已解決 Linux 核心中的下列弱點：asix: fix uninit-value in asix_mdio_read() asix_read_cmd() may read less than sizeof(smsr) bytes and in this case smsr will be uninitialized. Fail log: BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 (CVE-2021-47101)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已解決 Linux 核心中的下列弱點：ceph: avoid putting the realm twice when decoding snaps fails When decoding the snaps fails it maybe leaving the 'first_realm' and 'realm' pointing to the same snaprealm memory. And then it'll put it twice and could cause random use-after-free, BUG_ON, etc issues. (CVE-2022-49770)

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

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

    在 Linux 核心的 smb 用戶端中發現一個缺陷。在 smb2_parse_contexts() 函式中發現潛在的超出邊界錯誤。smb2_parse_contexts() 中解除參照建立內容前會驗證位移和長度。(CVE-2023-52434)

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

    netfilter：nf_tables：不允許匿名集逾時 (CVE-2023-52620)

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

    fs/ntfs3 : 修正 ntfs_listxattr 中的 oob (CVE-2023-52640)

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

    fs/ntfs3：在 attr_allocate_frame() 結尾新增 NULL 指標解除參照檢查 (CVE-2023-52641)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    cifs修正逾時閾值後重新連線期間的 mid 洩漏 (CVE-2023-53597)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    arm64mm修正 VA 範圍功能健全檢查 (CVE-2023-53989)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    arm64將 __exception_irq_entry 設為預設的 __irq_entry (CVE-2023-54322)

    在 Linux 核心 hugetlbfs 功能的 hugetlbfs_fill_super 函式中發現一個 NULL 指標解除參照缺陷。本機使用者可利用此問題使系統當機，或可能提升其在系統中的權限。(CVE-2024-0841)

    在 Linux 核心的 IPv4 網路堆疊中發現一個弱點。在某些情況下，MPTCP 和 NetLabel 的設定方式可觸發 net/ipv4/af_inet.c:inet_sock_destruct() 中的重複釋放記憶體錯誤。這可造成系統當機和拒絕服務，也可能導致任意程式碼執行。(CVE-2024-1627)

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

    ext4：如果在 fc 重播之下，區塊釋放失敗後會重新產生 buddy

    這基本還原了認可 6bd97bf273bd (ext4：移除多餘的 mb_regenerate_buddy()) 並重新引入 mb_regenerate_buddy()。根據 mb_free_blocks() 中的程式碼，快速 commit 重播最終會導致區塊被重複標記為已释放。這會造成 buddy 點陣圖損毀，因此我們需要在這種情況下重新產生點陣圖。(CVE-2024-26601)

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

    x86/fpu：停止依賴使用者空間以防止 xsave 緩衝區中的資訊錯誤

    在此變更之前，預期的使用者空間緩衝區大小取自 fx_sw->xstate_size。
    使用者可從使用者空間變更 fx_sw->xstate_size，因此可建構 sigreturn 幀，其中：

    * fx_sw->xstate_size 小於 fx_sw->xfeatures 中有效位元所需的大小。* 使用者空間會取消對應部分 sigrame fpu 緩衝區，因此無法存取 xrstor 所需的所有緩衝區。

    在此情況下，xrstor 會嘗試還原並存取未對應的區域，進而造成錯誤。但由於 buf + fx_sw->xstate_size 位於靜止的對應區域內，fault_in_readable 即會成功，因此會返回並再次嘗試 xrstor。它將在此迴圈中無限旋轉。

    相反，錯誤在於 XRSTOR 可接觸的最大大小 (取自 fpstate->user_size)。

    [ dhansen：tweak subject / changelog ] (CVE-2024-26603)

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

    xhci：正確處理 isoc Babble 和緩衝區滿溢事件 (CVE-2024-26659)

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

    fs、hugetlb：修復 hugetlbs_fill_super 中的 NULL 指標解除參照 (CVE-2024-26688)

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

    arp：防止 arp_req_get() 中發生溢位。(CVE-2024-26733)

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

    ipv6：sr：修復可能存在的釋放後使用和 Null 指標解除參照問題 (CVE-2024-26735)

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

    bpf：修正 bpf_timer_cancel_and_free 和 bpf_timer_cancel 之間的爭用情況 (CVE-2024-26737)

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

    af_unix：在 GC 期間清除佇列前放置 oob_skb 參照。(CVE-2024-26750)

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

    gtp：修正 gtp_genl_dump_pdp() 中的釋放後使用和 Null 指標解除參照問題 (CVE-2024-26754)

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

    dm-crypt：使用經驗證的加密時不修改資料 (CVE-2024-26763)

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

    fs/aio：將 kiocb_set_cancel_fn() 限制為透過 libaio 提交的 I/O (CVE-2024-26764)

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

    ext4：避免從 ext4_mb_find_by_goal() 中損毀的群組配置區塊 (CVE-2024-26772)

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

    ext4：避免從 ext4_mb_try_best_found() 中損毀的群組配置區塊 (CVE-2024-26773)

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

    ext4：避免當區塊點陣圖損毀時 mb_update_avg_fragment_size() 中發生除以 0 錯誤 (CVE-2024-26774)

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

    mptcp：修復通訊端卸除時的重複釋放問題 (CVE-2024-26782)

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

    btrfs：dev-replace：正確驗證裝置名稱 (CVE-2024-26791)

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

    gtp：修復 gtp_newlink() 中的釋放後使用和 Null 指標解除參照問題 (CVE-2024-26793)

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

    fbcon：一律還原 fbcon_do_set_font() 中的舊字型資料 (CVE-2024-26798)

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

    net：veth：即使在當機時，也要在清除 XDP 時清除 GRO (CVE-2024-26803)

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

    net：ip_tunnel：防止永久空餘空間增長 (CVE-2024-26804)

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

    netlink：修復 __skb_datagram_iter 中的 kernel-infoleak-after-free 問題 (CVE-2024-26805)

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

    hv_netvsc：如果 NET_DEVICE_REGISTER 遺漏，則在 netvsc_probe 中註冊 VF (CVE-2024-26820)

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

    netfilter：nf_tables：設定勾點登錄失敗時的休眠標記 (CVE-2024-26835)

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

    cachefiles：修復 cachefiles_add_cache() 中的記憶體流失問題 (CVE-2024-26840)

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

    efi：執行階段：修復軟保留區域大小潛在的溢位問題 (CVE-2024-26843)

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

    scsi：target：core：新增 TMF 至 tmr_list 處理 (CVE-2024-26845)

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

    netfilter：nf_conntrack_h323：新增針對 bmp 長度超出範圍的保護機制 (CVE-2024-26851)

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

    net/ipv6：避免 ip6_route_mpath_notify() 中可能發生 UAF (CVE-2024-26852)

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

    geneve：確保提取 geneve_rx() 中的內部標頭 (CVE-2024-26857)

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

    net/rds：修復 rds_conn_connect_if_down 中的警告 (CVE-2024-27024)

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

    netfilter：nft_flow_offload：設定流程後，重設路由物件中的 dst (CVE-2024-27403)

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

    efi/capsule-loader：修正不正確的配置大小 (CVE-2024-27413)

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

    rtnetlink：修正 IFLA_BRIDGE_FLAGS 回寫的錯誤邏輯 (CVE-2024-27414)

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

    netfilter：bridge：確認多點傳送封包，然後再將其向上傳遞堆疊 (CVE-2024-27415)

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

    ipv6：修復 inet6_rtm_getaddr() 中潛在的結構網路洩漏問題 (CVE-2024-27417)

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

    cpumap：執行 XDP 程式前，將 xdp_rxq_info 結構零初始化 (CVE-2024-27431)

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

    tls如果初始 process_rx_list 提供非 DATA 則停止 recv() (CVE-2024-58239)

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

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

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

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    在 Linux 核心的 Netfilter 子系統中發現 net/netfilter/nf_tables_api.c 存在釋放後使用弱點。

    不當處理 NFT_MSG_NEWRULE 的錯誤可能導致在相同交易中使用懸置指標，進而造成釋放後使用弱點。具有使用者存取權的本機攻擊者可利用此缺陷造成特權提升問題。

    我們建議升級過去的 commit 1240eb93f0616b21c675416516ff3d74798fdc97。(CVE-2023-3390)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

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

    SUNRPC：修復 svc_tcp_listen_data_ready() 中的 UAF 問題 (CVE-2023-52885)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    scsiqla2xxx指標可能會解除參照 (CVE-2023-53150)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    ipv6/addrconf修正 idev 的潛在 refcount 反向溢位 (CVE-2023-53189)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    jfsjfs_dmap掛載時驗證 db_l2nbperpage (CVE-2023-53222)

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

    md/raid10修正 max_corr_read_errors 的錯誤設定 (CVE-2023-53313)

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

    scsiqla2xxx等待終止 rport 時傳回 (CVE-2023-53322)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    scsiqla2xxx修正可能的 NULL 指標解除參照 (CVE-2023-53451)

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

    netusbnet修正 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    netfilterconntrack避免 nf_ct_helper_hash 釋放後使用 (CVE-2023-53619)

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

    ring-buffer修正讀取 trace_pipe 時的死迴圈問題 (CVE-2023-53668)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    netlink修正 netlink_set_err() 中的潛在鎖死 (CVE-2023-53731)

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

    netlink不對 fdb 轉儲存中的裝置位址長度進行硬式編碼 (CVE-2023-53863)

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

    scsiqla2xxx檢查 fc_bsg_to_rport() 傳回的有效 rport (CVE-2023-54014)

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

    btrfs修正從已變更 cow root 清單刪除配額 root 時的爭用 (CVE-2023-54032)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

    在 Linux 核心的 SCTP 子系統中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中發現因鎖死而導致的拒絕服務弱點。此瑕疵允許具有本機使用者權限的來賓觸發鎖死，並可能造成系統當機。(CVE-2024-0639)

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

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: L2CAP: Fix user-after-free This uses l2cap_chan_hold_unless_zero() after calling __l2cap_get_chan_blah() to prevent the following trace: Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================================================================== BUG: KASAN: use-after-free in
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [inline] BUG: KASAN: use-after-free in
    __mutex_lock_common kernel/locking/mutex.c:671 [inline] BUG: KASAN: use-after-free in
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 Read of size 8 at addr ffff888006a49b08 by task kworker/u3:2/389 (CVE-2022-50386)

  - 已解決 Linux 核心中的下列弱點：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已解決 Linux 核心中的下列弱點：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

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

  - 已解決 Linux 核心中的下列弱點：media: ngene: Fix out-of-bounds bug in ngene_command_config_free_buf() Fix an 11-year old bug in ngene_command_config_free_buf() while addressing the following warnings caught with -Warray-bounds: arch/alpha/include/asm/string.h:22:16: warning:
    '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] arch/x86/include/asm/string_32.h:182:25:
    warning: '__builtin_memcpy' offset [12, 16] from the object at 'com' is out of the bounds of referenced subobject 'config' with type 'unsigned char' at offset 10 [-Warray-bounds] The problem is that the original code is trying to copy 6 bytes of data into a one-byte size member _config_ of the wrong structue FW_CONFIGURE_BUFFERS, in a single call to memcpy(). This causes a legitimate compiler warning because memcpy() overruns the length of &com.cmd.ConfigureBuffers.config. It seems that the right structure is FW_CONFIGURE_FREE_BUFFERS, instead, because it contains 6 more members apart from the header _hdr_. Also, the name of the function ngene_command_config_free_buf() suggests that the actual intention is to ConfigureFreeBuffers, instead of ConfigureBuffers (which takes place in the function ngene_command_config_buf(), above). Fix this by enclosing those 6 members of struct FW_CONFIGURE_FREE_BUFFERS into new struct config, and use &com.cmd.ConfigureFreeBuffers.config as the destination address, instead of &com.cmd.ConfigureBuffers.config, when calling memcpy(). This also helps with the ongoing efforts to globally enable -Warray-bounds and get us closer to being able to tighten the FORTIFY_SOURCE routines on memcpy(). (CVE-2021-47288)

  - 已解決 Linux 核心中的下列弱點：nvme: fix a possible use-after-free in controller reset during load Unlike .queue_rq, in .submit_async_event drivers may not check the ctrl readiness for AER submission. This may lead to a use-after-free condition that was observed with nvme-tcp.
    The race condition may happen in the following scenario: 1. driver executes its reset_ctrl_work 2. -> nvme_stop_ctrl - flushes ctrl async_event_work 3. ctrl sends AEN which is received by the host, which in turn schedules AEN handling 4. teardown admin queue (which releases the queue socket) 5. AEN processed, submits another AER, calling the driver to submit 6. driver attempts to send the cmd ==> use-after-free In order to fix that, add ctrl state check to validate the ctrl is actually able to accept the AER submission. This addresses the above race in controller resets because the driver during teardown should:
    1. change ctrl state to RESETTING 2. flush async_event_work (as well as other async work elements) So after 1,2, any other AER command will find the ctrl state to be RESETTING and bail out without submitting the AER. (CVE-2022-48790)

  - 已解決 Linux 核心中的下列弱點：scsi: pm8001: Fix use-after-free for aborted TMF sas_task Currently a use-after-free may occur if a TMF sas_task is aborted before we handle the IO completion in mpi_ssp_completion(). The abort occurs due to timeout. When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the sas_task is freed in pm8001_exec_internal_tmf_task(). However, if the I/O completion occurs later, the I/O completion still thinks that the sas_task is available. Fix this by clearing the ccb->task if the TMF times out - the I/O completion handler does nothing if this pointer is cleared. (CVE-2022-48791)

  - 已解決 Linux 核心中的下列弱點：tracing: Free buffers when a used dynamic event is removed After 65536 dynamic events have been added and removed, the type field of the event then uses the first type number that is available (not currently used by other events). A type number is the identifier of the binary blobs in the tracing ring buffer (known as events) to map them to logic that can parse the binary blob. The issue is that if a dynamic event (like a kprobe event) is traced and is in the ring buffer, and then that event is removed (because it is dynamic, which means it can be created and destroyed), if another dynamic event is created that has the same number that new event's logic on parsing the binary blob will be used. To show how this can be an issue, the following can crash the kernel: # cd /sys/kernel/tracing # for i in `seq 65536`; do echo 'p:kprobes/foo do_sys_openat2 $arg1:u32' > kprobe_events # done For every iteration of the above, the writing to the kprobe_events will remove the old event and create a new one (with the same format) and increase the type number to the next available on until the type number reaches over 65535 which is the max number for the 16 bit type. After it reaches that number, the logic to allocate a new number simply looks for the next available number.
    When an dynamic event is removed, that number is then available to be reused by the next dynamic event created. That is, once the above reaches the max number, the number assigned to the event in that loop will remain the same. Now that means deleting one dynamic event and created another will reuse the previous events type number. This is where bad things can happen. After the above loop finishes, the kprobes/foo event which reads the do_sys_openat2 function call's first parameter as an integer. # echo 1 > kprobes/foo/enable # cat /etc/passwd > /dev/null # cat trace cat-2211 [005] .... 2007.849603: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849620: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849838: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 cat-2211 [005] .... 2007.849880: foo:
    (do_sys_openat2+0x0/0x130) arg1=4294967196 # echo 0 > kprobes/foo/enable Now if we delete the kprobe and create a new one that reads a string: # echo 'p:kprobes/foo do_sys_openat2 +0($arg2):string' > kprobe_events And now we can the trace: # cat trace sendmail-1942 [002] ..... 530.136320: foo:
    (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930817: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.930961: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934278: foo: (do_sys_openat2+0x0/0x240) arg1= cat-2046 [004] ..... 530.934563: foo: (do_sys_openat2+0x0/0x240) arg1= ---truncated--- (CVE-2022-49006)

  - 已解決 Linux 核心中的下列弱點：dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

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

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

    在 Linux 核心的 btrfs 中，發現 fs/btrfs/ctree.c 的 btrfs_search_slot 中存在釋放後使用缺陷。攻擊者可利用此弱點造成系統當機，並可能導致核心資訊遭洩漏 (CVE-2023-1611)

    在 Linux 核心的 GFS2 檔案系統中發現一個瑕疵。在損毀的 gfs2 檔案系統上，evict 程式碼可以嘗試參照已被釋放並設定為 NULL 的參照日誌描述元結構 jdesc。呼叫 gfs2_trans_begin 時，此問題可導致 Null 指標解除參照，然後 ingfs2_evict_inode() 失敗。(CVE-2023-3212)

    XSA-423 的修正為 Linux 的 netback 驅動程式新增邏輯，以處理前端分割封包的方式，使得併非所有標頭都會成為一個整體。遺憾的是，此處引入的邏輯並未考量極端情況，即整個封包分割成通訊協定允許的盡可能多的片段，但其仍小於為將所有 (如有可能) 標頭保持在一起而特別處理的區域。因此，此類異常封包會在驅動程式中觸發緩衝區滿溢。
    (CVE-2023-34319)

    在 Linux 核心的 Netfilter 連線追踪 (conntrack) 中發現一個超出邊界讀取弱點。此缺陷允許遠端使用者透過 DCCP 通訊協定洩漏敏感資訊。
    (CVE-2023-39197)

    在 Linux 核心的分類器 (cls_fw、cls_u32 和 cls_route) 中，發現 net/sched/cls_fw.c 存在釋放後使用缺陷。本機攻擊者可利用此缺陷執行本機特權提升，這是由於未正確處理現有篩選器，進而導致核心資訊洩漏問題。(CVE-2023-4128)

    在 Linux 核心的 TUN/TAP 功能中發現一個缺陷。本機使用者可利用此問題繞過網路篩選器，並在未經授權的情況下存取某些資源。修正 CVE-2023-1076 的原始修補程式不正確或不完整。問題在於下列上游 commit - a096ccca6e50 (tun：tun_chr_open()：正確初始化通訊端 uid)、- 66b2c338adce (tap：tap_open()：
    正確初始化通訊端 uid)，將 inode->i_uid 作為最後一個參數傳遞至 sock_init_data_uid()，而事實證明這不正確。(CVE-2023-4194)

    Linux 核心的 net/sched：cls_route 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 route4_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit b80b829e9e2c1b3f7aae34855e04d8f6ecaf13c8。(CVE-2023-4206)

    Linux 核心的 net/sched: cls_fw 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 fw_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 76e42ae831991c828cffa8c37736ebfb831ad5ec。(CVE-2023-4207)

    Linux 核心的 net/sched: cls_u32 元件中有一個釋放後使用弱點，可遭惡意利用來提升本機權限。

    在現有篩選器上呼叫 u32_change() 時，一律會將整個 tcf_result 結構複製到篩選器的新執行個體中。這會在將篩選器限制更新至類別時造成問題，因為一律在成功路徑中的舊執行個體上呼叫 tcf_unbind_filter() 會減少仍參照之類別的 filter_cnt 並允許將其刪除，進而造成釋放後使用。

    建議升級之前的 commit 3044b16e7c6fe5d24b1cdbcf1bd0a9d92d1ebd81。(CVE-2023-4208)

    在 6.4.5 之前的 Linux 核心中，drivers/gpu/drm/drm_atomic.c 在非封鎖 Atomic commit 和驅動程式卸載之間發生爭用情形時，會出現釋放後使用情形。(CVE-2023-51043)

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

    SUNRPC：修復 svc_tcp_listen_data_ready() 中的 UAF 問題 (CVE-2023-52885)

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

    can：bcm：修正 bcm_proc_show() 中的 UAF (CVE-2023-52922)

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

    igb修正意外移除時的 igb_down 懸置 (CVE-2023-53148)

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

    scsiqla2xxx指標可能會解除參照 (CVE-2023-53150)

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

    md/raid10防止排清寫入時軟鎖定 (CVE-2023-53151)

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

    tracing修正 tracing_err_log_open() 中的 null 指標解除參照 (CVE-2023-53167)

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

    ipv6/addrconf修正 idev 的潛在 refcount 反向溢位 (CVE-2023-53189)

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

    sched/fair不平衡工作至其目前執行的 CPU (CVE-2023-53215)

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

    jfsjfs_dmap掛載時驗證 db_l2nbperpage (CVE-2023-53222)

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

    scsiqla2xxx移除未使用的 nvme_ls_waitq 等待佇列 (CVE-2023-53280)

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

    drm/client修正 drm_client_modeset_probe 中的記憶體洩漏 (CVE-2023-53288)

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

    md/raid10修正 max_corr_read_errors 的錯誤設定 (CVE-2023-53313)

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

    scsiqla2xxx等待終止 rport 時傳回 (CVE-2023-53322)

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

    netfilterconntrackdccp將整個標頭複製到堆疊緩衝區而不僅是基本的一個 (CVE-2023-53333)

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

    icmp6修正 icmp6_dev() 中 ip6_null_entry->rt6i_idev 的 null-ptr-deref。 (CVE-2023-53343)

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

    md/raid10檢查 md_bitmap_get_counter 中的 slab-out-of-bounds (CVE-2023-53357)

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

    ip6mr修正 ip6mr_cache_report() 中的 skb_under_panic (CVE-2023-53365)

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

    netdcb選擇正確的原則來剖析 DCB_ATTR_BCN (CVE-2023-53369)

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

    md/raid10修正 raid10_sync_request 中 mreplace 的 null-ptr-deref (CVE-2023-53380)

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

    PCI/ASPM在 MFD 函式移除時停用 ASPM以避免釋放後使用 (CVE-2023-53446)

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

    scsiqla2xxx修正可能的 NULL 指標解除參照 (CVE-2023-53451)

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

    net/mlx5DR修正 mlx5dr_cmd_create_reformat_ctx 中的記憶體洩漏 (CVE-2023-53546)

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

    netusbnet修正 usbnet_start_xmit/usb_submit_urb 中的警告 (CVE-2023-53548)

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

    iavf修正 free_netdev 中的釋放後使用 (CVE-2023-53556)

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

    tracing/histograms若已參照變數則將直方圖新增至 Hist_vars (CVE-2023-53560)

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

    netfilterconntrack避免 nf_ct_helper_hash 釋放後使用 (CVE-2023-53619)

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

    ring-buffer修正讀取 trace_pipe 時的死迴圈問題 (CVE-2023-53668)

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

    bcache修正 __bch_btree_node_alloc使失敗行為一致 (CVE-2023-53681)

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

    posix-timers確認計時器 ID 搜尋迴圈限制有效 (CVE-2023-53728)

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

    netlink修正 netlink_set_err() 中的潛在鎖死 (CVE-2023-53731)

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

    HIDwacom處理時間戳記時使用 ktime_t 而非 int (CVE-2023-53797)

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

    devlink報告 devlink_port_type_warn 來源裝置 (CVE-2023-53841)

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

    netlink不對 fdb 轉儲存中的裝置位址長度進行硬式編碼 (CVE-2023-53863)

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

    btrfs修正在中止後啟用 qgroups 進行交易時出現的警告 (CVE-2023-53865)

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

    arm64mm修正 VA 範圍功能健全檢查 (CVE-2023-53989)

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

    hwrngvirtio - 修正 data_avail 和實際資料上的爭用 (CVE-2023-53998)

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

    scsiqla2xxx檢查 fc_bsg_to_rport() 傳回的有效 rport (CVE-2023-54014)

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

    btrfs修正從已變更 cow root 清單刪除配額 root 時的爭用 (CVE-2023-54032)

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

    drm/client修正 drm_client_target_cloned 中的記憶體洩漏 (CVE-2023-54091)

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

    fs保護 sb 讀寫重新組態不受爭用寫入的影響 (CVE-2023-54099)

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

    keys修正重複金鑰至 keyring assoc_array 的連結問題 (CVE-2023-54170)

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

    scsiqla2xxx陣列索引可能超出邊界 (CVE-2023-54179)

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

    pstore/ram新增 kstrdup 的檢查 (CVE-2023-54189)

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

    tracing修正 trace_buffered_event_disable() 中的警告 (CVE-2023-54211)

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

    bpf解決 bpf_lru_list 上的 KCSAN 報告 (CVE-2023-54283)

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

    scsiqedf修正錯誤處理中的 NULL 解除參照 (CVE-2023-54289)

    在 Linux 核心的 SCTP 子系統中，在 net/sctp/socket.c 的 sctp_auto_asconf_init 中發現因鎖死而導致的拒絕服務弱點。此瑕疵允許具有本機使用者權限的來賓觸發鎖死，並可能造成系統當機。(CVE-2024-0639)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
353813	Rocky Linux 8 [CIQ] 安全性更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / etc 多個弱點（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
352030	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1765463110）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	high
180566	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2023-039 (ALASKERNEL-5.10-2023-039)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/11	high
265011	Linux Distros 未修補的弱點：CVE-2023-53148	Nessus	Misc.	2025/9/16	2026/9/30	high
181159	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-330)	Nessus	Amazon Linux Local Security Checks	2023/9/8	2026/2/12	high
352370	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
213366	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2024-058 (ALASKERNEL-5.15-2024-058)	Nessus	Amazon Linux Local Security Checks	2024/12/23	2026/2/9	high
182627	Amazon Linux 2核心 --advisory ALAS2-2023-2268 (ALAS-2023-2268)	Nessus	Amazon Linux Local Security Checks	2023/10/5	2026/2/9	high
361020	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
353232	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個漏洞（CENTOS7：CLSA-2026：1782148320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
182659	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2023-054 (ALASKERNEL-5.4-2023-054)	Nessus	Amazon Linux Local Security Checks	2023/10/6	2026/2/9	high

偵測

搜尋 Plugin

critical

high

high

high

high

high

high

high

high

high

high