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

  - 已解決 Linux 核心中的下列弱點：can: peak_usb: fix use after free bugs After calling peak_usb_netif_rx_ni(skb), dereferencing skb is unsafe. Especially, the can_frame cf which aliases skb memory is accessed after the peak_usb_netif_rx_ni(). Reordering the lines solves the issue.
    (CVE-2021-47670)

  - 已解決 Linux 核心中的下列弱點：scsi: storvsc: Remove WQ_MEM_RECLAIM from storvsc_error_wq storvsc_error_wq workqueue should not be marked as WQ_MEM_RECLAIM as it doesn't need to make forward progress under memory pressure. Marking this workqueue as WQ_MEM_RECLAIM may cause deadlock while flushing a non-WQ_MEM_RECLAIM workqueue. In the current state it causes the following warning: [ 14.506347] ------------[ cut here ]------------ [ 14.506354] workqueue: WQ_MEM_RECLAIM storvsc_error_wq_0:storvsc_remove_lun is flushing !WQ_MEM_RECLAIM events_freezable_power_:disk_events_workfn [ 14.506360] WARNING: CPU: 0 PID: 8 at <-snip->kernel/workqueue.c:2623 check_flush_dependency+0xb5/0x130 [ 14.506390] CPU: 0 PID: 8 Comm:
    kworker/u4:0 Not tainted 5.4.0-1086-azure #91~18.04.1-Ubuntu [ 14.506391] Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS Hyper-V UEFI Release v4.1 05/09/2022 [ 14.506393] Workqueue: storvsc_error_wq_0 storvsc_remove_lun [ 14.506395] RIP: 0010:check_flush_dependency+0xb5/0x130 <-snip-> [ 14.506408] Call Trace: [ 14.506412] __flush_work+0xf1/0x1c0 [ 14.506414]
    __cancel_work_timer+0x12f/0x1b0 [ 14.506417] ? kernfs_put+0xf0/0x190 [ 14.506418] cancel_delayed_work_sync+0x13/0x20 [ 14.506420] disk_block_events+0x78/0x80 [ 14.506421] del_gendisk+0x3d/0x2f0 [ 14.506423] sr_remove+0x28/0x70 [ 14.506427] device_release_driver_internal+0xef/0x1c0 [ 14.506428] device_release_driver+0x12/0x20 [ 14.506429] bus_remove_device+0xe1/0x150 [ 14.506431] device_del+0x167/0x380 [ 14.506432]
    __scsi_remove_device+0x11d/0x150 [ 14.506433] scsi_remove_device+0x26/0x40 [ 14.506434] storvsc_remove_lun+0x40/0x60 [ 14.506436] process_one_work+0x209/0x400 [ 14.506437] worker_thread+0x34/0x400 [ 14.506439] kthread+0x121/0x140 [ 14.506440] ? process_one_work+0x400/0x400 [14.506441] ? kthread_park+0x90/0x90 [ 14.506443] ret_from_fork+0x35/0x40 [ 14.506445] ---[ end trace 2d9633159fdc6ee7 ]--- (CVE-2022-49986)

  - 已解決 Linux 核心中的下列弱點：netfilter: nft_tproxy: restrict to prerouting hook TPROXY is only allowed from prerouting, but nft_tproxy doesn't check this. This fixes a crash (null dereference) when using tproxy from e.g. output. (CVE-2022-50001)

  - 已解決 Linux 核心中的下列弱點：ice: xsk: prohibit usage of non-balanced queue id Fix the following scenario: 1. ethtool -L $IFACE rx 8 tx 96 2. xdpsock -q 10 -t -z Above refers to a case where user would like to attach XSK socket in txonly mode at a queue id that does not have a corresponding Rx queue. At this moment ice's XSK logic is tightly bound to act on a queue pair, e.g. both Tx and Rx queues at a given queue id are disabled/enabled and both of them will get XSK pool assigned, which is broken for the presented queue configuration. This results in the splat included at the bottom, which is basically an OOB access to Rx ring array. To fix this, allow using the ids only in scope of combined queues reported by ethtool. However, logic should be rewritten to allow such configurations later on, which would end up as a complete rewrite of the control path, so let us go with this temporary fix. [420160.558008] BUG: kernel NULL pointer dereference, address: 0000000000000082 [420160.566359] #PF:
    supervisor read access in kernel mode [420160.572657] #PF: error_code(0x0000) - not-present page [420160.579002] PGD 0 P4D 0 [420160.582756] Oops: 0000 [#1] PREEMPT SMP NOPTI [420160.588396] CPU: 10 PID:
    21232 Comm: xdpsock Tainted: G OE 5.19.0-rc7+ #10 [420160.597893] Hardware name: Intel Corporation S2600WFT/S2600WFT, BIOS SE5C620.86B.02.01.0008.031920191559 03/19/2019 [420160.609894] RIP:
    0010:ice_xsk_pool_setup+0x44/0x7d0 [ice] [420160.616968] Code: f3 48 83 ec 40 48 8b 4f 20 48 8b 3f 65 48 8b 04 25 28 00 00 00 48 89 44 24 38 31 c0 48 8d 04 ed 00 00 00 00 48 01 c1 48 8b 11 <0f> b7 92 82 00 00 00 48 85 d2 0f 84 2d 75 00 00 48 8d 72 ff 48 85 [420160.639421] RSP: 0018:ffffc9002d2afd48 EFLAGS: 00010282 [420160.646650] RAX: 0000000000000050 RBX: ffff88811d8bdd00 RCX: ffff888112c14ff8 [420160.655893] RDX:
    0000000000000000 RSI: ffff88811d8bdd00 RDI: ffff888109861000 [420160.665166] RBP: 000000000000000a R08:
    000000000000000a R09: 0000000000000000 [420160.674493] R10: 000000000000889f R11: 0000000000000000 R12:
    000000000000000a [420160.683833] R13: 000000000000000a R14: 0000000000000000 R15: ffff888117611828 [420160.693211] FS: 00007fa869fc1f80(0000) GS:ffff8897e0880000(0000) knlGS:0000000000000000 [420160.703645] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [420160.711783] CR2: 0000000000000082 CR3: 00000001d076c001 CR4: 00000000007706e0 [420160.721399] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [420160.731045] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [420160.740707] PKRU: 55555554 [420160.745960] Call Trace: [420160.750962] <TASK> [420160.755597] ? kmalloc_large_node+0x79/0x90 [420160.762703] ? __kmalloc_node+0x3f5/0x4b0 [420160.769341] xp_assign_dev+0xfd/0x210 [420160.775661] ? shmem_file_read_iter+0x29a/0x420 [420160.782896] xsk_bind+0x152/0x490 [420160.788943] __sys_bind+0xd0/0x100 [420160.795097] ? exit_to_user_mode_prepare+0x20/0x120 [420160.802801] __x64_sys_bind+0x16/0x20 [420160.809298] do_syscall_64+0x38/0x90 [420160.815741] entry_SYSCALL_64_after_hwframe+0x63/0xcd [420160.823731] RIP:
    0033:0x7fa86a0dd2fb [420160.830264] Code: c3 66 0f 1f 44 00 00 48 8b 15 69 8b 0c 00 f7 d8 64 89 02 b8 ff ff ff ff eb bc 0f 1f 44 00 00 f3 0f 1e fa b8 31 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 3d 8b 0c 00 f7 d8 64 89 01 48 [420160.855410] RSP: 002b:00007ffc1146f618 EFLAGS: 00000246 ORIG_RAX:
    0000000000000031 [420160.866366] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007fa86a0dd2fb [420160.876957] RDX: 0000000000000010 RSI: 00007ffc1146f680 RDI: 0000000000000003 [420160.887604] RBP:
    000055d7113a0520 R08: 00007fa868fb8000 R09: 0000000080000000 [420160.898293] R10: 0000000000008001 R11:
    0000000000000246 R12: 000055d7113a04e0 [420160.909038] R13: 000055d7113a0320 R14: 000000000000000a R15:
    0000000000000000 [420160.919817] </TASK> [420160.925659] Modules linked in: ice(OE) af_packet binfmt_misc
    ---truncated--- (CVE-2022-50003)

  - 已解決 Linux 核心中的下列弱點：ASoC: SOF: Intel: hda-ipc: Do not process IPC reply before firmware boot It is not yet clear, but it is possible to create a firmware so broken that it will send a reply message before a FW_READY message (it is not yet clear if FW_READY will arrive later). Since the reply_data is allocated only after the FW_READY message, this will lead to a NULL pointer dereference if not filtered out. The issue was reported with IPC4 firmware but the same condition is present for IPC3. (CVE-2022-50015)

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

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

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

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

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

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

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

    在 l2cap_core 的 l2cap_chan_put 中，可能會因不當鎖定而發生釋放後使用。這可能會導致本機特權提升，且不需額外的執行權限。利用此弱點不需要使用者互動。產品：Android 版本：Android kernel Android ID：A-165329981 參照：
    上游核心 (CVE-2022-20566)

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

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

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

    在 hw 中發現一個缺陷。在某些 Intel(R) 處理器中，不受保護的傳回分支目標預測替代通道可能會讓取得授權的使用者透過本機存取權限洩漏資訊。
    (CVE-2022-28693)

    第 6 至 8 代 Intel 微處理器受到新的 Spectre 變體影響，該變體能夠略過核心中的 retpoline 緩解措施造成任意資料洩漏。具有非特權使用者存取權的攻擊者可劫持傳回指令，在某些依賴微架構的情況下執行任意推測程式碼。(CVE-2022-29901)

    在 Linux 核心的 Netfilter 子系統中，發現本機使用者在分析損毀的網路封包時使用 libnetfilter_queue 的方式中存在記憶體損毀缺陷。這使本機使用者可以造成系統當機，或使遠端使用者在本機使用者使用 libnetfilter_queue 時造成系統當機。
    (CVE-2022-36946)

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

    x86/推測：針對 IBRS 在 vmexit 上填入 RSB (CVE-2022-49611)

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

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

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

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

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

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

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

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

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

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

    mtd：maps：修正 ap_flash_init 中的 refcount 洩漏 (CVE-2022-50160)

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

    mtdmaps修正 of_flash_probe_versatile 中的 refcount 洩漏 (CVE-2022-50161)

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

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

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

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

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

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

    在 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)

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

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

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

  - 已解決 Linux 核心中的下列弱點：can: peak_usb: fix use after free bugs After calling peak_usb_netif_rx_ni(skb), dereferencing skb is unsafe. Especially, the can_frame cf which aliases skb memory is accessed after the peak_usb_netif_rx_ni(). Reordering the lines solves the issue.
    (CVE-2021-47670)

  - 已解決 Linux 核心中的下列弱點：ext4: avoid resizing to a partial cluster size This patch avoids an attempt to resize the filesystem to an unaligned cluster boundary. An online resize to a size that is not integral to cluster size results in the last iteration attempting to grow the fs by a negative amount, which trips a BUG_ON and leaves the fs with a corrupted in-memory superblock. (CVE-2022-50020)

  - 已解決 Linux 核心中的下列弱點：RDMA/rxe: Fix error unwind in rxe_create_qp() In the function rxe_create_qp(), rxe_qp_from_init() is called to initialize qp, internally things like the spin locks are not setup until rxe_qp_init_req(). If an error occures before this point then the unwind will call rxe_cleanup() and eventually to rxe_qp_do_cleanup()/rxe_cleanup_task() which will oops when trying to access the uninitialized spinlock. Move the spinlock initializations earlier before any failures. (CVE-2022-50127)

  - 已解決 Linux 核心中的下列弱點：netfilter: xtables: avoid NFPROTO_UNSPEC where needed syzbot managed to call xt_cluster match via ebtables: WARNING: CPU: 0 PID: 11 at net/netfilter/xt_cluster.c:72 xt_cluster_mt+0x196/0x780 [..] ebt_do_table+0x174b/0x2a40 Module registers to NFPROTO_UNSPEC, but it assumes ipv4/ipv6 packet processing. As this is only useful to restrict locally terminating TCP/UDP traffic, register this for ipv4 and ipv6 family only. Pablo points out that this is a general issue, direct users of the set/getsockopt interface can call into targets/matches that were only intended for use with ip(6)tables. Check all UNSPEC matches and targets for similar issues: - matches and targets are fine except if they assume skb_network_header() is valid -- this is only true when called from inet layer: ip(6) stack pulls the ip/ipv6 header into linear data area. - targets that return XT_CONTINUE or other xtables verdicts must be restricted too, they are incompatbile with the ebtables traverser, e.g. EBT_CONTINUE is a completely different value than XT_CONTINUE. Most matches/targets are changed to register for NFPROTO_IPV4/IPV6, as they are provided for use by ip(6)tables. The MARK target is also used by arptables, so register for NFPROTO_ARP too. While at it, bail out if connbytes fails to enable the corresponding conntrack family. This change passes the selftests in iptables.git. (CVE-2024-50038)

  - 已解決 Linux 核心中的下列弱點：nfsd: fix race between laundromat and free_stateid There is a race between laundromat handling of revoked delegations and a client sending free_stateid operation. Laundromat thread finds that delegation has expired and needs to be revoked so it marks the delegation stid revoked and it puts it on a reaper list but then it unlock the state lock and the actual delegation revocation happens without the lock. Once the stid is marked revoked a racing free_stateid processing thread does the following (1) it calls list_del_init() which removes it from the reaper list and (2) frees the delegation stid structure. The laundromat thread ends up not calling the revoke_delegation() function for this particular delegation but that means it will no release the lock lease that exists on the file. Now, a new open for this file comes in and ends up finding that lease list isn't empty and calls nfsd_breaker_owns_lease() which ends up trying to derefence a freed delegation stateid. Leading to the followint use-after-free KASAN warning: kernel:
    ================================================================== kernel: BUG: KASAN: slab-use-after-free in nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: Read of size 8 at addr ffff0000e73cd0c8 by task nfsd/6205 kernel: kernel: CPU: 2 UID: 0 PID: 6205 Comm: nfsd Kdump: loaded Not tainted 6.11.0-rc7+ #9 kernel: Hardware name: Apple Inc. Apple Virtualization Generic Platform, BIOS 2069.0.0.0.0 08/03/2024 kernel: Call trace: kernel: dump_backtrace+0x98/0x120 kernel: show_stack+0x1c/0x30 kernel:
    dump_stack_lvl+0x80/0xe8 kernel: print_address_description.constprop.0+0x84/0x390 kernel:
    print_report+0xa4/0x268 kernel: kasan_report+0xb4/0xf8 kernel: __asan_report_load8_noabort+0x1c/0x28 kernel: nfsd_breaker_owns_lease+0x140/0x160 [nfsd] kernel: nfsd_file_do_acquire+0xb3c/0x11d0 [nfsd] kernel: nfsd_file_acquire_opened+0x84/0x110 [nfsd] kernel: nfs4_get_vfs_file+0x634/0x958 [nfsd] kernel:
    nfsd4_process_open2+0xa40/0x1a40 [nfsd] kernel: nfsd4_open+0xa08/0xe80 [nfsd] kernel:
    nfsd4_proc_compound+0xb8c/0x2130 [nfsd] kernel: nfsd_dispatch+0x22c/0x718 [nfsd] kernel:
    svc_process_common+0x8e8/0x1960 [sunrpc] kernel: svc_process+0x3d4/0x7e0 [sunrpc] kernel:
    svc_handle_xprt+0x828/0xe10 [sunrpc] kernel: svc_recv+0x2cc/0x6a8 [sunrpc] kernel: nfsd+0x270/0x400 [nfsd] kernel: kthread+0x288/0x310 kernel: ret_from_fork+0x10/0x20 This patch proposes a fixed that's based on adding 2 new additional stid's sc_status values that help coordinate between the laundromat and other operations (nfsd4_free_stateid() and nfsd4_delegreturn()). First to make sure, that once the stid is marked revoked, it is not removed by the nfsd4_free_stateid(), the laundromat take a reference on the stateid. Then, coordinating whether the stid has been put on the cl_revoked list or we are processing FREE_STATEID and need to make sure to remove it from the list, each check that state and act accordingly.
    If laundromat has added to the cl_revoke list before the arrival of FREE_STATEID, then nfsd4_free_stateid() knows to remove it from the list. If nfsd4_free_stateid() finds that operations arrived before laundromat has placed it on cl_revoke list, it marks the state freed and then laundromat will no longer add it to the list. Also, for nfsd4_delegreturn() when looking for the specified stid, we need to access stid that are marked removed or freeable, it means the laundromat has started processing it but hasn't finished and this delegreturn needs to return nfserr_deleg_revoked and not nfserr_bad_stateid.
    The latter will not trigger a FREE_STATEID and the lack of it will leave this stid on the cl_revoked list indefinitely. (CVE-2024-50106)

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

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

  - 已解決 Linux 核心中的下列弱點：can: peak_usb: fix use after free bugs After calling peak_usb_netif_rx_ni(skb), dereferencing skb is unsafe. Especially, the can_frame cf which aliases skb memory is accessed after the peak_usb_netif_rx_ni(). Reordering the lines solves the issue.
    (CVE-2021-47670)

  - 已解決 Linux 核心中的下列弱點：scsi: storvsc: Remove WQ_MEM_RECLAIM from storvsc_error_wq storvsc_error_wq workqueue should not be marked as WQ_MEM_RECLAIM as it doesn't need to make forward progress under memory pressure. Marking this workqueue as WQ_MEM_RECLAIM may cause deadlock while flushing a non-WQ_MEM_RECLAIM workqueue. In the current state it causes the following warning: [ 14.506347] ------------[ cut here ]------------ [ 14.506354] workqueue: WQ_MEM_RECLAIM storvsc_error_wq_0:storvsc_remove_lun is flushing !WQ_MEM_RECLAIM events_freezable_power_:disk_events_workfn [ 14.506360] WARNING: CPU: 0 PID: 8 at <-snip->kernel/workqueue.c:2623 check_flush_dependency+0xb5/0x130 [ 14.506390] CPU: 0 PID: 8 Comm:
    kworker/u4:0 Not tainted 5.4.0-1086-azure #91~18.04.1-Ubuntu [ 14.506391] Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS Hyper-V UEFI Release v4.1 05/09/2022 [ 14.506393] Workqueue: storvsc_error_wq_0 storvsc_remove_lun [ 14.506395] RIP: 0010:check_flush_dependency+0xb5/0x130 <-snip-> [ 14.506408] Call Trace: [ 14.506412] __flush_work+0xf1/0x1c0 [ 14.506414]
    __cancel_work_timer+0x12f/0x1b0 [ 14.506417] ? kernfs_put+0xf0/0x190 [ 14.506418] cancel_delayed_work_sync+0x13/0x20 [ 14.506420] disk_block_events+0x78/0x80 [ 14.506421] del_gendisk+0x3d/0x2f0 [ 14.506423] sr_remove+0x28/0x70 [ 14.506427] device_release_driver_internal+0xef/0x1c0 [ 14.506428] device_release_driver+0x12/0x20 [ 14.506429] bus_remove_device+0xe1/0x150 [ 14.506431] device_del+0x167/0x380 [ 14.506432]
    __scsi_remove_device+0x11d/0x150 [ 14.506433] scsi_remove_device+0x26/0x40 [ 14.506434] storvsc_remove_lun+0x40/0x60 [ 14.506436] process_one_work+0x209/0x400 [ 14.506437] worker_thread+0x34/0x400 [ 14.506439] kthread+0x121/0x140 [ 14.506440] ? process_one_work+0x400/0x400 [14.506441] ? kthread_park+0x90/0x90 [ 14.506443] ret_from_fork+0x35/0x40 [ 14.506445] ---[ end trace 2d9633159fdc6ee7 ]--- (CVE-2022-49986)

  - 已解決 Linux 核心中的下列弱點：netfilter: nft_tproxy: restrict to prerouting hook TPROXY is only allowed from prerouting, but nft_tproxy doesn't check this. This fixes a crash (null dereference) when using tproxy from e.g. output. (CVE-2022-50001)

  - 已解決 Linux 核心中的下列弱點：ice: xsk: prohibit usage of non-balanced queue id Fix the following scenario: 1. ethtool -L $IFACE rx 8 tx 96 2. xdpsock -q 10 -t -z Above refers to a case where user would like to attach XSK socket in txonly mode at a queue id that does not have a corresponding Rx queue. At this moment ice's XSK logic is tightly bound to act on a queue pair, e.g. both Tx and Rx queues at a given queue id are disabled/enabled and both of them will get XSK pool assigned, which is broken for the presented queue configuration. This results in the splat included at the bottom, which is basically an OOB access to Rx ring array. To fix this, allow using the ids only in scope of combined queues reported by ethtool. However, logic should be rewritten to allow such configurations later on, which would end up as a complete rewrite of the control path, so let us go with this temporary fix. [420160.558008] BUG: kernel NULL pointer dereference, address: 0000000000000082 [420160.566359] #PF:
    supervisor read access in kernel mode [420160.572657] #PF: error_code(0x0000) - not-present page [420160.579002] PGD 0 P4D 0 [420160.582756] Oops: 0000 [#1] PREEMPT SMP NOPTI [420160.588396] CPU: 10 PID:
    21232 Comm: xdpsock Tainted: G OE 5.19.0-rc7+ #10 [420160.597893] Hardware name: Intel Corporation S2600WFT/S2600WFT, BIOS SE5C620.86B.02.01.0008.031920191559 03/19/2019 [420160.609894] RIP:
    0010:ice_xsk_pool_setup+0x44/0x7d0 [ice] [420160.616968] Code: f3 48 83 ec 40 48 8b 4f 20 48 8b 3f 65 48 8b 04 25 28 00 00 00 48 89 44 24 38 31 c0 48 8d 04 ed 00 00 00 00 48 01 c1 48 8b 11 <0f> b7 92 82 00 00 00 48 85 d2 0f 84 2d 75 00 00 48 8d 72 ff 48 85 [420160.639421] RSP: 0018:ffffc9002d2afd48 EFLAGS: 00010282 [420160.646650] RAX: 0000000000000050 RBX: ffff88811d8bdd00 RCX: ffff888112c14ff8 [420160.655893] RDX:
    0000000000000000 RSI: ffff88811d8bdd00 RDI: ffff888109861000 [420160.665166] RBP: 000000000000000a R08:
    000000000000000a R09: 0000000000000000 [420160.674493] R10: 000000000000889f R11: 0000000000000000 R12:
    000000000000000a [420160.683833] R13: 000000000000000a R14: 0000000000000000 R15: ffff888117611828 [420160.693211] FS: 00007fa869fc1f80(0000) GS:ffff8897e0880000(0000) knlGS:0000000000000000 [420160.703645] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [420160.711783] CR2: 0000000000000082 CR3: 00000001d076c001 CR4: 00000000007706e0 [420160.721399] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [420160.731045] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [420160.740707] PKRU: 55555554 [420160.745960] Call Trace: [420160.750962] <TASK> [420160.755597] ? kmalloc_large_node+0x79/0x90 [420160.762703] ? __kmalloc_node+0x3f5/0x4b0 [420160.769341] xp_assign_dev+0xfd/0x210 [420160.775661] ? shmem_file_read_iter+0x29a/0x420 [420160.782896] xsk_bind+0x152/0x490 [420160.788943] __sys_bind+0xd0/0x100 [420160.795097] ? exit_to_user_mode_prepare+0x20/0x120 [420160.802801] __x64_sys_bind+0x16/0x20 [420160.809298] do_syscall_64+0x38/0x90 [420160.815741] entry_SYSCALL_64_after_hwframe+0x63/0xcd [420160.823731] RIP:
    0033:0x7fa86a0dd2fb [420160.830264] Code: c3 66 0f 1f 44 00 00 48 8b 15 69 8b 0c 00 f7 d8 64 89 02 b8 ff ff ff ff eb bc 0f 1f 44 00 00 f3 0f 1e fa b8 31 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 3d 8b 0c 00 f7 d8 64 89 01 48 [420160.855410] RSP: 002b:00007ffc1146f618 EFLAGS: 00000246 ORIG_RAX:
    0000000000000031 [420160.866366] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007fa86a0dd2fb [420160.876957] RDX: 0000000000000010 RSI: 00007ffc1146f680 RDI: 0000000000000003 [420160.887604] RBP:
    000055d7113a0520 R08: 00007fa868fb8000 R09: 0000000080000000 [420160.898293] R10: 0000000000008001 R11:
    0000000000000246 R12: 000055d7113a04e0 [420160.909038] R13: 000055d7113a0320 R14: 000000000000000a R15:
    0000000000000000 [420160.919817] </TASK> [420160.925659] Modules linked in: ice(OE) af_packet binfmt_misc
    ---truncated--- (CVE-2022-50003)

  - 已解決 Linux 核心中的下列弱點：ASoC: SOF: Intel: hda-ipc: Do not process IPC reply before firmware boot It is not yet clear, but it is possible to create a firmware so broken that it will send a reply message before a FW_READY message (it is not yet clear if FW_READY will arrive later). Since the reply_data is allocated only after the FW_READY message, this will lead to a NULL pointer dereference if not filtered out. The issue was reported with IPC4 firmware but the same condition is present for IPC3. (CVE-2022-50015)

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

遠端主機上安裝的核心版本早於 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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - 已解決 Linux 核心中的下列弱點：RDMA/rxe: Fix error unwind in rxe_create_qp() In the function rxe_create_qp(), rxe_qp_from_init() is called to initialize qp, internally things like the spin locks are not setup until rxe_qp_init_req(). If an error occures before this point then the unwind will call rxe_cleanup() and eventually to rxe_qp_do_cleanup()/rxe_cleanup_task() which will oops when trying to access the uninitialized spinlock. Move the spinlock initializations earlier before any failures. (CVE-2022-50127)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
360866	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2025：1757962453）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/19	high
165102	Amazon Linux 2核心 --advisory ALAS2-2022-1838 (ALAS-2022-1838)	Nessus	Amazon Linux Local Security Checks	2022/9/15	2026/2/24	high
360992	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個漏洞（CENTOS-STREAM8：CLSA-2025：1757961506）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/20	high
352831	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.4：CLSA-2025：1757961864）	Nessus	CentOS Local Security Checks	2026/9/30	2026/10/19	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
166131	Amazon Linux 2：kernel (ALASKERNEL-5.4-2022-036)	Nessus	Amazon Linux Local Security Checks	2022/10/14	2026/1/26	high
245458	Linux Distros 未修補的弱點：CVE-2022-50127	Nessus	Misc.	2025/8/7	2026/11/12	medium

偵測

搜尋 Plugin

high

high

high

high

high

high

medium