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

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

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

  - 已解決 Linux 核心中的下列弱點：watchdog: Fix possible use-after-free by calling del_timer_sync() This driver's remove path calls del_timer(). However, that function does not wait until the timer handler finishes. This means that the timer handler may still be running after the driver's remove function has finished, which would result in a use-after-free. Fix by calling del_timer_sync(), which makes sure the timer handler has finished, and unable to re-schedule itself.
    (CVE-2021-47321)

  - 已解決 Linux 核心中的下列弱點：virtio-net: Add validation for used length This adds validation for used length (might come from an untrusted device) to avoid data corruption or loss. (CVE-2021-47352)

  - 已解決 Linux 核心中的下列弱點：tty: Fix out-of-bound vmalloc access in imageblit This issue happens when a userspace program does an ioctl FBIOPUT_VSCREENINFO passing the fb_var_screeninfo struct containing only the fields xres, yres, and bits_per_pixel with values. If this struct is the same as the previous ioctl, the vc_resize() detects it and doesn't call the resize_screen(), leaving the fb_var_screeninfo incomplete. And this leads to the updatescrollmode() calculates a wrong value to fbcon_display->vrows, which makes the real_y() return a wrong value of y, and that value, eventually, causes the imageblit to access an out-of-bound address value. To solve this issue I made the resize_screen() be called even if the screen does not need any resizing, so it will fix and fill the fb_var_screeninfo independently. (CVE-2021-47383)

請注意，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 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - RDMA/cma確保在發出更多要求之前發生 rdma_addr_cancel() FSM 可在循環中執行進而允許在相同 id_priv 上呼叫 rdma_resolve_ip() 兩次。雖然不經過工作就不會發生這種情況而且它違反了相同位址解析背景要求不能使用兩次的不變式。CPU 1 CPU 2 rdma_resolve_addr(): RDMA_CM_IDLE -> RDMA_CM_ADDR_QUERY rdma_resolve_ip(addr_handler) #1 process_one_req(): for #1 addr_handler(): RDMA_CM_ADDR_QUERY -> RDMA_CM_ADDR_BOUND mutex_unlock(&id_priv->handler_mutex); [.. 處置程式仍在執行中..] rdma_resolve_addr(): RDMA_CM_ADDR_BOUND -> RDMA_CM_ADDR_QUERY rdma_resolve_ip(addr_handler) req_list 上現在有兩個要求 rdma_destroy_id(): destroy_id_handler_unlock(): _destroy_id()
    cma_cancel_operation(): rdma_addr_cancel() // process_one_req() 自行移除 spin_lock_bh(&lock);
    cancel_delayed_work(&req->work); if (!list_empty(&req->list)) == true rdma_addr_cancel() 在 process_on_req 之後傳回 #1 已完成 kfree(id_priv) process_one_req()適用於 #2 addr_handler()
    mutex_lock(&id_priv->handler_mutex); ！id_priv 上發生釋放後使用rdma_addr_cancel() 預期清單上會有一個要求因此只會取消第一個要求。工作的自我移除行為只會在處置程式傳回後發生。這會產生 req_list 可針對相同處理有兩個 req但 rdma_addr_cancel() 只取消第一個的情況。第二個 req 在 rdma_destroy_id() 之後仍會維持作用中一旦其不可避免地觸發便會發生釋放後使用 id_priv。修正此方法是記住 id_priv 是否呼叫 rdma_resolve_ip()並一律在再次呼叫前取消。如此可確保 req_list 永遠不會在其中取得超過一個項目且不會在從不使用此奇怪錯誤路徑的正常流程中產生任何成本。 (CVE-2021-47391)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
351647	CentOS Linux 6 [TuxCare] 安全性更新：核心 / kernel-abi-whitelists / kernel-debug / kernel-debug-devel / etc 多個弱點（CENTOS6：CLSA-2025：1761139764）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	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
229850	Linux Distros 未修補的弱點：CVE-2021-47391	Nessus	Misc.	2025/3/5	2026/7/17	high

偵測

搜尋 Plugin

high

high

high