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

  - 已解決 Linux 核心中的下列弱點：NFSv4: Don't hold the layoutget locks across multiple RPC calls When doing layoutget as part of the open() compound, we have to be careful to release the layout locks before we can call any further RPC calls, such as setattr(). The reason is that those calls could trigger a recall, which could deadlock. (CVE-2022-49316)

  - 已解決 Linux 核心中的下列弱點：ftrace: Fix NULL pointer dereference in is_ftrace_trampoline when ftrace is dead ftrace_startup does not remove ops from ftrace_ops_list when ftrace_startup_enable fails: register_ftrace_function ftrace_startup __register_ftrace_function ...
    add_ftrace_ops(&ftrace_ops_list, ops) ... ... ftrace_startup_enable // if ftrace failed to modify, ftrace_disabled is set to 1 ... return 0 // ops is in the ftrace_ops_list. When ftrace_disabled = 1, unregister_ftrace_function simply returns without doing anything: unregister_ftrace_function ftrace_shutdown if (unlikely(ftrace_disabled)) return -ENODEV; // return here,
    __unregister_ftrace_function is not executed, // as a result, ops is still in the ftrace_ops_list
    __unregister_ftrace_function ... If ops is dynamically allocated, it will be free later, in this case, is_ftrace_trampoline accesses NULL pointer: is_ftrace_trampoline ftrace_ops_trampoline do_for_each_ftrace_op(op, ftrace_ops_list) // OOPS! op may be NULL! Syzkaller reports as follows: [1203.506103] BUG: kernel NULL pointer dereference, address: 000000000000010b [ 1203.508039] #PF:
    supervisor read access in kernel mode [ 1203.508798] #PF: error_code(0x0000) - not-present page [1203.509558] PGD 800000011660b067 P4D 800000011660b067 PUD 130fb8067 PMD 0 [ 1203.510560] Oops: 0000 [#1] SMP KASAN PTI [ 1203.511189] CPU: 6 PID: 29532 Comm: syz-executor.2 Tainted: G B W 5.10.0 #8 [1203.512324] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 [ 1203.513895] RIP:
    0010:is_ftrace_trampoline+0x26/0xb0 [ 1203.514644] Code: ff eb d3 90 41 55 41 54 49 89 fc 55 53 e8 f2 00 fd ff 48 8b 1d 3b 35 5d 03 e8 e6 00 fd ff 48 8d bb 90 00 00 00 e8 2a 81 26 00 <48> 8b ab 90 00 00 00 48 85 ed 74 1d e8 c9 00 fd ff 48 8d bb 98 00 [ 1203.518838] RSP: 0018:ffffc900012cf960 EFLAGS: 00010246 [1203.520092] RAX: 0000000000000000 RBX: 000000000000007b RCX: ffffffff8a331866 [ 1203.521469] RDX:
    0000000000000000 RSI: 0000000000000008 RDI: 000000000000010b [ 1203.522583] RBP: 0000000000000000 R08:
    0000000000000000 R09: ffffffff8df18b07 [ 1203.523550] R10: fffffbfff1be3160 R11: 0000000000000001 R12:
    0000000000478399 [ 1203.524596] R13: 0000000000000000 R14: ffff888145088000 R15: 0000000000000008 [1203.525634] FS: 00007f429f5f4700(0000) GS:ffff8881daf00000(0000) knlGS:0000000000000000 [ 1203.526801] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 1203.527626] CR2: 000000000000010b CR3:
    0000000170e1e001 CR4: 00000000003706e0 [ 1203.528611] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [ 1203.529605] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Therefore, when ftrace_startup_enable fails, we need to rollback registration process and remove ops from ftrace_ops_list. (CVE-2022-49977)

  - 已解決 Linux 核心中的下列弱點：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

  - 已解決 Linux 核心中的下列弱點：locking/csd_lock: Change csdlock_debug from early_param to __setup The csdlock_debug kernel-boot parameter is parsed by the early_param() function csdlock_debug(). If set, csdlock_debug() invokes static_branch_enable() to enable csd_lock_wait feature, which triggers a panic on arm64 for kernels built with CONFIG_SPARSEMEM=y and CONFIG_SPARSEMEM_VMEMMAP=n. With CONFIG_SPARSEMEM_VMEMMAP=n, __nr_to_section is called in static_key_enable() and returns NULL, resulting in a NULL dereference because mem_section is initialized only later in sparse_init(). This is also a problem for powerpc because early_param() functions are invoked earlier than jump_label_init(), also resulting in static_key_enable() failures. These failures cause the warning static key 'xxx' used before call to jump_label_init(). Thus, early_param is too early for csd_lock_wait to run static_branch_enable(), so changes it to __setup to fix these. (CVE-2022-50091)

  - 已解決 Linux 核心中的下列弱點：mm/khugepaged: fix ->anon_vma race If an ->anon_vma is attached to the VMA, collapse_and_free_pmd() requires it to be locked. Page table traversal is allowed under any one of the mmap lock, the anon_vma lock (if the VMA is associated with an anon_vma), and the mapping lock (if the VMA is associated with a mapping); and so to be able to remove page tables, we must hold all three of them. retract_page_tables() bails out if an ->anon_vma is attached, but does this check before holding the mmap lock (as the comment above the check explains). If we racily merged an existing ->anon_vma (shared with a child process) from a neighboring VMA, subsequent rmap traversals on pages belonging to the child will be able to see the page tables that we are concurrently removing while assuming that nothing else can access them. Repeat the ->anon_vma check once we hold the mmap lock to ensure that there really is no concurrent page table access. Hitting this bug causes a lockdep warning in collapse_and_free_pmd(), in the line lockdep_assert_held_write(&vma->anon_vma->root->rwsem). It can also lead to use-after-free access.
    (CVE-2023-52935)

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

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

  - 已解決 Linux 核心中的下列弱點：ath11k: free peer for station when disconnect from AP for QCA6390/WCN6855 Commit b4a0f54156ac (ath11k: move peer delete after vdev stop of station for QCA6390 and WCN6855) is to fix firmware crash by changing the WMI command sequence, but actually skip all the peer delete operation, then it lead commit 58595c9874c6 (ath11k: Fixing dangling pointer issue upon peer delete failure) not take effect, and then happened a use-after-free warning from KASAN. because the peer->sta is not set to NULL and then used later. Change to only skip the WMI_PEER_DELETE_CMDID for QCA6390/WCN6855. log of user-after-free: [ 534.888665] BUG: KASAN: use-after-free in ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888696] Read of size 8 at addr ffff8881396bb1b8 by task rtcwake/2860 [ 534.888705] CPU: 4 PID: 2860 Comm: rtcwake Kdump: loaded Tainted:
    G W 5.15.0-wt-ath+ #523 [ 534.888712] Hardware name: Intel(R) Client Systems NUC8i7HVK/NUC8i7HVB, BIOS HNKBLi70.86A.0067.2021.0528.1339 05/28/2021 [ 534.888716] Call Trace: [ 534.888720] <IRQ> [ 534.888726] dump_stack_lvl+0x57/0x7d [ 534.888736] print_address_description.constprop.0+0x1f/0x170 [ 534.888745] ? ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888771] kasan_report.cold+0x83/0xdf [534.888783] ? ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888810] ath11k_dp_rx_update_peer_stats+0x912/0xc10 [ath11k] [ 534.888840] ath11k_dp_rx_process_mon_status+0x529/0xa70 [ath11k] [ 534.888874] ? ath11k_dp_rx_mon_status_bufs_replenish+0x3f0/0x3f0 [ath11k] [ 534.888897] ? check_prev_add+0x20f0/0x20f0 [534.888922] ? __lock_acquire+0xb72/0x1870 [ 534.888937] ? find_held_lock+0x33/0x110 [ 534.888954] ath11k_dp_rx_process_mon_rings+0x297/0x520 [ath11k] [ 534.888981] ? rcu_read_unlock+0x40/0x40 [534.888990] ? ath11k_dp_rx_pdev_alloc+0xd90/0xd90 [ath11k] [ 534.889026] ath11k_dp_service_mon_ring+0x67/0xe0 [ath11k] [ 534.889053] ? ath11k_dp_rx_process_mon_rings+0x520/0x520 [ath11k] [ 534.889075] call_timer_fn+0x167/0x4a0 [ 534.889084] ? add_timer_on+0x3b0/0x3b0 [ 534.889103] ? lockdep_hardirqs_on_prepare.part.0+0x18c/0x370 [ 534.889117] __run_timers.part.0+0x539/0x8b0 [ 534.889123] ? ath11k_dp_rx_process_mon_rings+0x520/0x520 [ath11k] [ 534.889157] ? call_timer_fn+0x4a0/0x4a0 [534.889164] ? mark_lock_irq+0x1c30/0x1c30 [ 534.889173] ? clockevents_program_event+0xdd/0x280 [534.889189] ? mark_held_locks+0xa5/0xe0 [ 534.889203] run_timer_softirq+0x97/0x180 [ 534.889213]
    __do_softirq+0x276/0x86a [ 534.889230] __irq_exit_rcu+0x11c/0x180 [ 534.889238] irq_exit_rcu+0x5/0x20 [534.889244] sysvec_apic_timer_interrupt+0x8e/0xc0 [ 534.889251] </IRQ> [ 534.889254] <TASK> [ 534.889259] asm_sysvec_apic_timer_interrupt+0x12/0x20 [ 534.889265] RIP: 0010:_raw_spin_unlock_irqrestore+0x38/0x70 [534.889271] Code: 74 24 10 e8 ea c2 bf fd 48 89 ef e8 12 53 c0 fd 81 e3 00 02 00 00 75 25 9c 58 f6 c4 02 75 2d 48 85 db 74 01 fb bf 01 00 00 00 <e8> 13 a7 b5 fd 65 8b 05 cc d9 9c 5e 85 c0 74 0a 5b 5d c3 e8 a0 ee [ 534.889276] RSP: 0018:ffffc90002e5f880 EFLAGS: 00000206 [ 534.889284] RAX: 0000000000000006 RBX:
    0000000000000200 RCX: ffffffff9f256f10 [ 534.889289] RDX: 0000000000000000 RSI: ffffffffa1c6e420 RDI:
    0000000000000001 [ 534.889293] RBP: ffff8881095e6200 R08: 0000000000000001 R09: ffffffffa40d2b8f [534.889298] R10: fffffbfff481a571 R11: 0000000000000001 R12: ffff8881095e6e68 [ 534.889302] R13:
    ffffc90002e5f908 R14: 0000000000000246 R15: 0000000000000000 [ 534.889316] ? mark_lock+0xd0/0x14a0 [534.889332] klist_next+0x1d4/0x450 [ 534.889340] ? dpm_wait_for_subordinate+0x2d0/0x2d0 [ 534.889350] device_for_each_child+0xa8/0x140 [ 534.889360] ? device_remove_class_symlinks+0x1b0/0x1b0 [ 534.889370] ?
    __lock_release+0x4bd/0x9f0 [ 534.889378] ? dpm_suspend+0x26b/0x3f0 [ 534.889390] dpm_wait_for_subordinate+
    ---truncated--- (CVE-2022-49238)

  - 已解決 Linux 核心中的下列弱點：tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf() A null pointer dereference can happen when attempting to access the gsm->receive() function in gsmld_receive_buf(). Currently, the code assumes that gsm->recieve is only called after MUX activation. Since the gsmld_receive_buf() function can be accessed without the need to initialize the MUX, the gsm->receive() function will not be set and a NULL pointer dereference will occur.
    Fix this by avoiding the call to gsm->receive() in case the function is not initialized by adding a sanity check. Call Trace: <TASK> gsmld_receive_buf+0x1c2/0x2f0 drivers/tty/n_gsm.c:2861 tiocsti drivers/tty/tty_io.c:2293 [inline] tty_ioctl+0xa75/0x15d0 drivers/tty/tty_io.c:2692 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49940)

  - 已解決 Linux 核心中的下列弱點：net: qrtr: start MHI channel after endpoit creation MHI channel may generates event/interrupt right after enabling. It may leads to 2 race conditions issues. 1) Such event may be dropped by qcom_mhi_qrtr_dl_callback() at check: if (!qdev || mhi_res->transaction_status) return; Because dev_set_drvdata(&mhi_dev->dev, qdev) may be not performed at this moment. In this situation qrtr-ns will be unable to enumerate services in device.
    --------------------------------------------------------------- 2) Such event may come at the moment after dev_set_drvdata() and before qrtr_endpoint_register(). In this case kernel will panic with accessing wrong pointer at qcom_mhi_qrtr_dl_callback(): rc = qrtr_endpoint_post(&qdev->ep, mhi_res->buf_addr, mhi_res->bytes_xferd); Because endpoint is not created yet.
    -------------------------------------------------------------- So move mhi_prepare_for_transfer_autoqueue after endpoint creation to fix it. (CVE-2022-50044)

  - 已解決 Linux 核心中的下列弱點：net: atlantic: fix aq_vec index out of range error The final update statement of the for loop exceeds the array range, the dereference of self->aq_vec[i] is not checked and then leads to the index out of range error. Also fixed this kind of coding style in other for loop. [ 97.937604] UBSAN: array-index-out-of-bounds in drivers/net/ethernet/aquantia/atlantic/aq_nic.c:1404:48 [ 97.937607] index 8 is out of range for type 'aq_vec_s *[8]' [ 97.937608] CPU: 38 PID: 3767 Comm: kworker/u256:18 Not tainted 5.19.0+ #2 [ 97.937610] Hardware name: Dell Inc. Precision 7865 Tower/, BIOS 1.0.0 06/12/2022 [ 97.937611] Workqueue:
    events_unbound async_run_entry_fn [ 97.937616] Call Trace: [ 97.937617] <TASK> [ 97.937619] dump_stack_lvl+0x49/0x63 [ 97.937624] dump_stack+0x10/0x16 [ 97.937626] ubsan_epilogue+0x9/0x3f [97.937627] __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 97.937629] ? __scm_send+0x348/0x440 [ 97.937632] ? aq_vec_stop+0x72/0x80 [atlantic] [ 97.937639] aq_nic_stop+0x1b6/0x1c0 [atlantic] [ 97.937644] aq_suspend_common+0x88/0x90 [atlantic] [ 97.937648] aq_pm_suspend_poweroff+0xe/0x20 [atlantic] [97.937653] pci_pm_suspend+0x7e/0x1a0 [ 97.937655] ? pci_pm_suspend_noirq+0x2b0/0x2b0 [ 97.937657] dpm_run_callback+0x54/0x190 [ 97.937660] __device_suspend+0x14c/0x4d0 [ 97.937661] async_suspend+0x23/0x70 [ 97.937663] async_run_entry_fn+0x33/0x120 [ 97.937664] process_one_work+0x21f/0x3f0 [ 97.937666] worker_thread+0x4a/0x3c0 [ 97.937668] ? process_one_work+0x3f0/0x3f0 [ 97.937669] kthread+0xf0/0x120 [97.937671] ? kthread_complete_and_exit+0x20/0x20 [ 97.937672] ret_from_fork+0x22/0x30 [ 97.937676] </TASK> v2. fixed warning: variable 'aq_vec' set but not used v3. simplified a for loop (CVE-2022-50066)

  - 已解決 Linux 核心中的下列弱點：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

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

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

  - 已解決 Linux 核心中的下列弱點：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

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

遠端 Redhat Enterprise Linux 8 主機上安裝的多個套件受到 RHSA-2024:7000 公告中提及的多個弱點影響。

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。
    安全性修正：

     CVE-2023-6040 CVE-2024-26595 CVE-2024-26600 CVE-2021-46984 CVE-2023-52478 CVE-2023-52476 CVE-2023-52522 CVE-2021-47101 CVE-2021-47097 CVE-2023-52605 CVE-2024-26638 CVE-2024-26645 CVE-2024-26665 CVE-2024-26720 CVE-2024-26717 CVE-2024-26769 CVE-2024-26846 CVE-2024-26894 CVE-2024-26880 CVE-2024-26855 CVE-2024-26923 CVE-2024-26939 CVE-2024-27013 CVE-2024-27042 CVE-2024-35809 CVE-2023-52683 CVE-2024-35884 CVE-2024-35877 CVE-2024-35944 CVE-2024-35989 CVE-2021-47412 CVE-2021-47393 CVE-2021-47386 CVE-2021-47385 CVE-2021-47384 CVE-2021-47383 CVE-2021-47432 CVE-2021-47352 CVE-2021-47338 CVE-2021-47321 CVE-2021-47289 CVE-2021-47287 CVE-2023-52798 CVE-2023-52809 CVE-2023-52817 CVE-2023-52840 CVE-2023-52800 CVE-2021-47441 CVE-2021-47466 CVE-2021-47455 CVE-2021-47497 CVE-2021-47560 CVE-2021-47527 CVE-2024-36883 CVE-2024-36922 CVE-2024-36920 CVE-2024-36902 CVE-2024-36953 CVE-2024-36939 CVE-2024-36919 CVE-2024-36901 CVE-2021-47582 CVE-2021-47609 CVE-2024-38619 CVE-2022-48754 CVE-2022-48760 CVE-2024-38581 CVE-2024-38579 CVE-2024-38570 CVE-2024-38559 CVE-2024-38558 CVE-2024-37356 CVE-2024-39471 CVE-2024-39499 CVE-2024-39501 CVE-2024-39506 CVE-2024-40904 CVE-2024-40911 CVE-2024-40912 CVE-2024-40929 CVE-2024-40931 CVE-2024-40941 CVE-2024-40954 CVE-2024-40958 CVE-2024-40959 CVE-2024-40960 CVE-2024-40972 CVE-2024-40977 CVE-2024-40978 CVE-2024-40988 CVE-2024-40989 CVE-2024-40995 CVE-2024-40997 CVE-2024-40998 CVE-2024-41005 CVE-2024-40901 CVE-2024-41007 CVE-2024-41008 CVE-2022-48804 CVE-2022-48836 CVE-2022-48866 CVE-2024-41090 CVE-2024-41091 CVE-2024-41012 CVE-2024-41013 CVE-2024-41014 CVE-2024-41023 CVE-2024-41035 CVE-2024-41038 CVE-2024-41039 CVE-2024-41040 CVE-2024-41041 CVE-2024-41044 CVE-2024-41055 CVE-2024-41056 CVE-2024-41060 CVE-2024-41064 CVE-2024-41065 CVE-2024-41071 CVE-2024-41076 CVE-2024-41097 CVE-2024-42084 CVE-2024-42090 CVE-2024-42094 CVE-2024-42096 CVE-2024-42114 CVE-2024-42124 CVE-2024-42131 CVE-2024-42152 CVE-2024-42154 CVE-2024-42225 CVE-2024-42226 CVE-2024-42228 CVE-2024-42237 CVE-2024-42238 CVE-2024-42240 CVE-2024-42246 CVE-2024-42322 CVE-2024-43830 CVE-2024-43871 如需安全性問題的詳細資料，包括影響、CVSS 評分、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

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

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

  - 已解決 Linux 核心中的下列弱點：mptcp: fix race on unaccepted mptcp sockets When the listener socket owning the relevant request is closed, it frees the unaccepted subflows and that causes later deletion of the paired MPTCP sockets. The mptcp socket's worker can run in the time interval between such delete operations. When that happens, any access to msk->first will cause an UaF access, as the subflow cleanup did not cleared such field in the mptcp socket. Address the issue explicitly traversing the listener socket accept queue at close time and performing the needed cleanup on the pending msk. Note that the locking is a bit tricky, as we need to acquire the msk socket lock, while still owning the subflow socket one. (CVE-2022-49669)

  - 已解決 Linux 核心中的下列弱點：tty: n_gsm: add sanity check for gsm->receive in gsm_receive_buf() A null pointer dereference can happen when attempting to access the gsm->receive() function in gsmld_receive_buf(). Currently, the code assumes that gsm->recieve is only called after MUX activation. Since the gsmld_receive_buf() function can be accessed without the need to initialize the MUX, the gsm->receive() function will not be set and a NULL pointer dereference will occur.
    Fix this by avoiding the call to gsm->receive() in case the function is not initialized by adding a sanity check. Call Trace: <TASK> gsmld_receive_buf+0x1c2/0x2f0 drivers/tty/n_gsm.c:2861 tiocsti drivers/tty/tty_io.c:2293 [inline] tty_ioctl+0xa75/0x15d0 drivers/tty/tty_io.c:2692 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49940)

  - 已解決 Linux 核心中的下列弱點：drm/amd/display: clear optc underflow before turn off odm clock [Why] After ODM clock off, optc underflow bit will be kept there always and clear not work. We need to clear that before clock off. [How] Clear that if have when clock off.
    (CVE-2022-49969)

  - 已解決 Linux 核心中的下列弱點：net: atlantic: fix aq_vec index out of range error The final update statement of the for loop exceeds the array range, the dereference of self->aq_vec[i] is not checked and then leads to the index out of range error. Also fixed this kind of coding style in other for loop. [ 97.937604] UBSAN: array-index-out-of-bounds in drivers/net/ethernet/aquantia/atlantic/aq_nic.c:1404:48 [ 97.937607] index 8 is out of range for type 'aq_vec_s *[8]' [ 97.937608] CPU: 38 PID: 3767 Comm: kworker/u256:18 Not tainted 5.19.0+ #2 [ 97.937610] Hardware name: Dell Inc. Precision 7865 Tower/, BIOS 1.0.0 06/12/2022 [ 97.937611] Workqueue:
    events_unbound async_run_entry_fn [ 97.937616] Call Trace: [ 97.937617] <TASK> [ 97.937619] dump_stack_lvl+0x49/0x63 [ 97.937624] dump_stack+0x10/0x16 [ 97.937626] ubsan_epilogue+0x9/0x3f [97.937627] __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 97.937629] ? __scm_send+0x348/0x440 [ 97.937632] ? aq_vec_stop+0x72/0x80 [atlantic] [ 97.937639] aq_nic_stop+0x1b6/0x1c0 [atlantic] [ 97.937644] aq_suspend_common+0x88/0x90 [atlantic] [ 97.937648] aq_pm_suspend_poweroff+0xe/0x20 [atlantic] [97.937653] pci_pm_suspend+0x7e/0x1a0 [ 97.937655] ? pci_pm_suspend_noirq+0x2b0/0x2b0 [ 97.937657] dpm_run_callback+0x54/0x190 [ 97.937660] __device_suspend+0x14c/0x4d0 [ 97.937661] async_suspend+0x23/0x70 [ 97.937663] async_run_entry_fn+0x33/0x120 [ 97.937664] process_one_work+0x21f/0x3f0 [ 97.937666] worker_thread+0x4a/0x3c0 [ 97.937668] ? process_one_work+0x3f0/0x3f0 [ 97.937669] kthread+0xf0/0x120 [97.937671] ? kthread_complete_and_exit+0x20/0x20 [ 97.937672] ret_from_fork+0x22/0x30 [ 97.937676] </TASK> v2. fixed warning: variable 'aq_vec' set but not used v3. simplified a for loop (CVE-2022-50066)

  - 已解決 Linux 核心中的下列弱點：NFSv4/pnfs: Fix a use-after-free bug in open If someone cancels the open RPC call, then we must not try to free either the open slot or the layoutget operation arguments, since they are likely still in use by the hung RPC call. (CVE-2022-50072)

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

遠端 Redhat Enterprise Linux 9 主機上安裝的套件受到 RHSA-2023:6583 公告中提及的多個弱點影響。

  - kernel：記憶體管理員中的裝置私人頁面發生錯誤時發生爭用 (CVE-2022-3523)

  - kernel：l1oip 計時器處置程式中的釋放後使用 (CVE-2022-3565)

  - kernel：intr_callback 中 r8152 的速率限制溢位訊息 (CVE-2022-3594)

  - kernel: vmwgfx：vmw_cmd_res_check 中出現釋放後使用 (CVE-2022-38457)

  - kernel: vmwgfx：vmw_execbuf_tie_context 中出現釋放後使用 (CVE-2022-40133)

  - hw：Intel：Gather Data Sampling (GDS) 側通道弱點 (CVE-2022-40982)

  - 核心：net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 中包含資訊洩漏弱點 (CVE-2022-42895)

  - kernel: x86/mm：隨機化 per-cpu 項目區域 (CVE-2023-0597)

  - kernel: HID：檢查 hid_validate_values() 中的空 report_list (CVE-2023-1073)

  - kernel: sctp：如果沒有邊界位址可用於指定範圍則失敗 (CVE-2023-1074)

  - kernel: net/tls：tls_is_tx_ready() 已檢查 list_entry (CVE-2023-1075)

  - kernel: tap: tap_open()：正確初始化通訊端 uid (CVE-2023-1076)

  - kernel: hid：asus_remove() 中的釋放後使用 (CVE-2023-1079)

  - kernel：IPv6 連線查閱表格中的雜湊衝突 (CVE-2023-1206)

  - kernel：file_files_note 中遺漏 mmap_lock，如此可能導致 coredump 程式碼中的釋放後使用 (CVE-2023-1249)

  - kernel: ovl：修正結構 ovl_aio_req 中的釋放後使用 (CVE-2023-1252)

  - kernel：fs/nfsd/nfs4proc.c 中的 nfsd4_ssc_setup_dul 發生釋放後使用 (CVE-2023-1652)

  - kernel：移除函式 xgene_hwmon_remove 中的釋放後使用錯誤 (CVE-2023-1855)

  - kernel：由於爭用情形在 btsdio_remove 中發生釋放後使用錯誤 (CVE-2023-1989)

  - kernel：dm-ioctl.c 的 dm_get_inactive_table 中可能存有死結，進而導致 dos (CVE-2023-2269)

  - kernel：r592_remove 中發生釋放後使用錯誤 (CVE-2023-3141)

  - kernel: fbcon：fbcon_set_font() 中發生移位超出邊界 (CVE-2023-3161)

  - kernel: gfs2：gfs2_evict_inode() 中的 NULL 指標解除參照 (CVE-2023-3212)

  - kernel：relay_file_read 中的超出邊界存取 (CVE-2023-3268)

  - kernel：由於在 shtp_cl_get_dma_send_buf() 中遺漏 kalloc() 傳回值檢查，進而發生 NULL 指標解除參照 (CVE-2023-3358)

  - kernel: net/sched：tcf_change_indev() 失敗時，發生 cls_u32 元件參照計數器洩漏 (CVE-2023-3609)

  - kernel: xfrm：xfrm_update_ae_params() 中的 NULL 指標解除參照 (CVE-2023-3772)

  - kernel: xfrm：XFRMA_MTIMER_THRESH nlattr 的超出邊界讀取 (CVE-2023-3773)

  - kernel: KVM：SEV-ES / SEV-SNP VMGEXIT 雙重擷取弱點 (CVE-2023-4155)

  - kernel: tap: tap_open()：正確地將 i_uid 的通訊端 uid 下次修正初始化為 current_fsuid (CVE-2023-4194)

  - kernel: net/sched：cls_fw、cls_u32 和 cls_route 分類器中的釋放後使用弱點 (CVE-2023-4206、CVE-2023-4207、CVE-2023-4208)

  - kernel: exFAT：exfat_get_uniname_from_ext_entry 中的堆疊溢位 (CVE-2023-4273)

  - kernel: mpls：sysctl 配置失敗時發生重複釋放 (CVE-2023-26545)

  - kernel: KVM: nVMX：缺少 CR0 和 CR4 的一致性檢查 (CVE-2023-30456)

   kernel: net: qcom/emac：導致 emac_remove() 中發生釋放後使用的爭用情形 (CVE-2023-33203)

  - kernel: vmwgfx：導致資訊洩漏弱點的爭用情形 (CVE-2023-33951)

  - kernel: vmwgfx：處理 vmw_buffer_object 物件時存在釋放後使用問題 (CVE-2023-33952)

  - kernel: r592：導致 r592_remove() 中發生釋放後使用的爭用情形 (CVE-2023-35825)

  - 核心：eBPF：dynptr 中的堆疊類型檢查不充分弱點 (CVE-2023-39191)

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

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

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

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

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

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

    處理內部資料結構時，在 Linux 核心的 EBPF 驗證程式中發現一個弱點。
    內部記憶體位置可傳回使用者空間。有權將 eBPF 程式碼插入核心的本機攻擊者可利用此弱點洩露內部核心記憶體詳細資料，使目前針對核心的一些弱點緩解措施變得無效。(CVE-2021-4159)

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

    thermal：修正 of_thermal_ 函式中的 NULL 指標解除參照問題 (CVE-2021-47202)

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

    在 v4l2-mem2mem.c 的 v4l2_m2m_querybuf 中，由於輸入驗證不當，可能發生超出邊界寫入。這可能會導致需要系統執行權限的本機特權提升。惡意利用弱點不需要使用者互動。產品：AndroidVersions：Android kernelAndroid ID：
    A-223375145References：上游核心 (CVE-2022-20369)

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

    據發現，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)

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

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

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

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

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

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

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

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

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

    KVM不要使 ops->destroy 解除參照 (CVE-2022-49568)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    ext4避免調整為部分叢集大小 (CVE-2022-50020)

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

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

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

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

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

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

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

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

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

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

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

    視訊fbdevamba-clcd修正 refcount 洩漏錯誤 (CVE-2022-50109)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360368	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2025：1755682686）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
351710	CentOS Linux 8.5 [TuxCare] 安全性更新：kernel-cross-headers / kernel-debug-modules-extra / etc 多個弱點（CENTOS8.5：CLSA-2025：1753298320）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
249517	Linux Distros 未修補的弱點：CVE-2022-50072	Nessus	Misc.	2025/8/15	2026/9/30	high
207683	RHEL 8：核心 (RHSA-2024:7000)	Nessus	Red Hat Local Security Checks	2024/9/24	2026/3/24	high
166118	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-008)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
360874	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel-core / kernel-debug / kernel-debug-core / etc 多個弱點（CENTOS8.4：CLSA-2025：1753297988）	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
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
166131	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-036)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high