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

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

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

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

  - 已解決 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)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix wild-memory-access in register_synth_event() In register_synth_event(), if set_synth_event_print_fmt() failed, then both trace_remove_event_call() and unregister_trace_event() will be called, which means the trace_event_call will call __unregister_trace_event() twice. As the result, the second unregister will causes the wild-memory-access. register_synth_event set_synth_event_print_fmt failed trace_remove_event_call event_remove if call->event.funcs then __unregister_trace_event (first call) unregister_trace_event
    __unregister_trace_event (second call) Fix the bug by avoiding to call the second
    __unregister_trace_event() by checking if the first one is called. general protection fault, probably for non-canonical address 0xfbd59c0000000024: 0000 [#1] SMP KASAN PTI KASAN: maybe wild-memory-access in range [0xdead000000000120-0xdead000000000127] CPU: 0 PID: 3807 Comm: modprobe Not tainted 6.1.0-rc1-00186-g76f33a7eedb4 #299 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:unregister_trace_event+0x6e/0x280 Code:
    00 fc ff df 4c 89 ea 48 c1 ea 03 80 3c 02 00 0f 85 0e 02 00 00 48 b8 00 00 00 00 00 fc ff df 4c 8b 63 08 4c 89 e2 48 c1 ea 03 <80> 3c 02 00 0f 85 e2 01 00 00 49 89 2c 24 48 85 ed 74 28 e8 7a 9b RSP:
    0018:ffff88810413f370 EFLAGS: 00010a06 RAX: dffffc0000000000 RBX: ffff888105d050b0 RCX: 0000000000000000 RDX: 1bd5a00000000024 RSI: ffff888119e276e0 RDI: ffffffff835a8b20 RBP: dead000000000100 R08:
    0000000000000000 R09: fffffbfff0913481 R10: ffffffff8489a407 R11: fffffbfff0913480 R12: dead000000000122 R13: ffff888105d050b8 R14: 0000000000000000 R15: ffff888105d05028 FS: 00007f7823e8d540(0000) GS:ffff888119e00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f7823e7ebec CR3: 000000010a058002 CR4: 0000000000330ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK>
    __create_synth_event+0x1e37/0x1eb0 create_or_delete_synth_event+0x110/0x250 synth_event_run_command+0x2f/0x110 test_gen_synth_cmd+0x170/0x2eb [synth_event_gen_test] synth_event_gen_test_init+0x76/0x9bc [synth_event_gen_test] do_one_initcall+0xdb/0x480 do_init_module+0x1cf/0x680 load_module+0x6a50/0x70a0 __do_sys_finit_module+0x12f/0x1c0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49799)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    ext4：修正 do_split 中的差一錯誤 (CVE-2025-23150)

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

    smb：client：修正 cifs_fill_dirent 中的釋放後使用 (CVE-2025-38051)

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

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

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

  - 在 5.12-rc8 版之前的 Linux 核心 SCTP 通訊端 (net/sctp/socket.c) 中有一個爭用弱點，可導致核心權限從網路服務內容或無權限的處理程序提升。如果在沒有 sock_net(sk)->sctp.addr_wq_lock 的情況下呼叫 sctp_destroy_sock，則會在沒有任何適當鎖定的情況下，從 auto_asconf_splist 清單中移除元素。如果附加了拒絕建立某些 SCTP 通訊端的 BPF_CGROUP_INET_SOCK_CREATE，具有網路服務權限的攻擊者便可利用此弱點，升級至 root 權限或從無權限使用者的內容直接提升權限。(CVE-2021-23133)

  - 已解決 Linux 核心中的下列弱點：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

  - 已解決 Linux 核心中的下列弱點：scsi: mpt3sas: Fix kernel panic during drive powercycle test While looping over shost's sdev list it is possible that one of the drives is getting removed and its sas_target object is freed but its sdev object remains intact. Consequently, a kernel panic can occur while the driver is trying to access the sas_address field of sas_target object without also checking the sas_target object for NULL. (CVE-2021-47565)

  - 已解決 Linux 核心中的下列弱點：dm btree remove: fix use after free in rebalance_children() Move dm_tm_unlock() after dm_tm_dec(). (CVE-2021-47600)

  - 已解決 Linux 核心中的下列弱點：media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.
    (CVE-2022-49478)

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

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

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

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

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

    netdevsim修正 nsim_dev_resources_register() 失敗時 nsim_drv_probe() 中的記憶體洩漏 (CVE-2022-50500)

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

    scsiqla2xxx使用 raw_smp_processor_id() 而非 smp_processor_id() (CVE-2023-53530)

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

    smb用戶端修正 cifs_oplock_break 中的釋放後使用 (CVE-2025-38527)

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

    netbridge修正 br_multicast_query_expired() 中的軟鎖定 (CVE-2025-39773)

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

    mm/memory-failure修正解除污染記憶體時的 VM_BUG_ON_PAGE(PagePoisoned(page)) (CVE-2025-39883)

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

    i40e修正 i40e_vsi_request_irq_msix 錯誤路徑中的 IRQ 釋放 (CVE-2025-39911)

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

    tcp_bpftcp_bpf_send_verdict() 無法配置 psock->cork 時呼叫 sk_msg_free()。 (CVE-2025-39913)

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

    netrfkillgpio修正因解除參照未初始化的指標所導致的損毀 (CVE-2025-39937)

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

    cgroup將 cgroup_destroy_wq 分割為 3 個工作佇列 (CVE-2025-39953)

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

    tcp清除 tcp_disconnect() 中的 tcp_sk(sk)->fastopen_rsk。 (CVE-2025-39955)

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

    fbcon修正 fbcon_do_set_font 中的整數溢位 (CVE-2025-39967)

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

    i40e新增 VF 篩選的最大邊界檢查 (CVE-2025-39968)

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

    i40e修正 get 資源中的 VF 狀態驗證 (CVE-2025-39969)

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

    i40e修正 action_meta 的輸入驗證邏輯 (CVE-2025-39970)

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

    i40e修正組態佇列訊息中的 idx 驗證 (CVE-2025-39971)

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

    i40e修正 i40e_validate_queue_map 中的 idx 驗證 (CVE-2025-39972)

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

    i40e新增 ring_len 參數的驗證 (CVE-2025-39973)

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

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

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

  - sched， cpuset：修正由於空白 cs->cpus_allowed 而導致的 dl_cpu_busy（） 錯誤 在 cgroup v2 中，cpuset 的cpus_allowed遮罩可以為空，表示 cpuset 將僅使用其父項的有效 CPU。
    所以 cpuset_can_attach（） 可以使用空遮罩呼叫 task_can_attach（）。這可能會導致 cpumask_any_and（） 傳回nr_cpu_ids，進而導致對 dl_bw_of（） 的呼叫因 percpu 值存取越界 CPU 值而損毀。例如： [80468.182258] 錯誤：無法處理位址 ffffffff8b6648b0 的頁面錯誤：
    [80468.191019] RIP：0010：dl_cpu_busy+0x30/0x2b0： [80468.207946] 呼叫追蹤：[80468.208947] cpuset_can_attach+0xa0/0x140 [80468.209953] cgroup_migrate_execute+0x8c/0x490 [80468.210931] cgroup_update_dfl_csses+0x254/0x270 [80468.211898] cgroup_subtree_control_write+0x322/0x400 [80468.212854] kernfs_fop_write_iter+0x11c/0x1b0 [80468.213777] new_sync_write+0x11f/0x1b0 [80468.214689] vfs_write+0x1eb/0x280 [80468.215592] ksys_write+0x5f/0xe0 [80468.216463] do_syscall_64+0x5c/0x80 [80468.224287] entry_SYSCALL_64_after_hwframe+0x44/0xae 使用effective_ 來解決這個問題而使用 CPU。對於 cgroup v1，effective_cpus 與 cpus_allowed 相同。對於 v2，effective_cpus 是 cpuset 內任務使用的真正 cpumask。同時將 task_can_attach（） 的第二個引數名稱更新為 cs_effective_cpus 以反映變更。此外，還會在 task_can_attach（） 中新增檢查，以防止 cpumask_any_and（） 傳回值 >= nr_cpu_ids 的可能性。（CVE-2022-50103）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360928	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.5：CLSA-2026：1771077729）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/18	high
361173	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2026：1771078945）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
166124	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2022-020 (ALASKERNEL-5.10-2022-020)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/2/26	high
243255	Amazon Linux 2：核心 (ALAS-2025-2944)	Nessus	Amazon Linux Local Security Checks	2025/7/31	2026/2/24	high
359803	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
271753	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2025-113 (ALASKERNEL-5.4-2025-113)	Nessus	Amazon Linux Local Security Checks	2025/10/28	2026/2/26	high
245321	Linux Distros 未修補弱點：CVE-2022-50103	Nessus	Misc.	2025/8/7	2026/11/11	high
166118	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high