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

  - 在 Linux 核心中，已解決下列弱點： watch_queue: Fix NULL dereference in error cleanup In watch_queue_set_size(), the error cleanup code doesn't take account of the fact that
    __free_page() can't handle a NULL pointer when trying to free up buffer pages that did get allocated. Fix this by only calling __free_page() on the pages actually allocated. Without the fix, this can lead to something like the following: BUG: KASAN: null-ptr-deref in __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 Read of size 4 at addr 0000000000000034 by task syz-executor168/3599 ... Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0xcd/0x134 lib/dump_stack.c:106 __kasan_report mm/kasan/report.c:446 [inline] kasan_report.cold+0x66/0xdf mm/kasan/report.c:459 check_region_inline mm/kasan/generic.c:183 [inline] kasan_check_range+0x13d/0x180 mm/kasan/generic.c:189 instrument_atomic_read include/linux/instrumented.h:71 [inline] atomic_read include/linux/atomic/atomic-instrumented.h:27 [inline] page_ref_count include/linux/page_ref.h:67 [inline] put_page_testzero include/linux/mm.h:717 [inline] __free_pages+0x1f/0x1b0 mm/page_alloc.c:5473 watch_queue_set_size+0x499/0x630 kernel/watch_queue.c:275 pipe_ioctl+0xac/0x2b0 fs/pipe.c:632 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:874 [inline] __se_sys_ioctl fs/ioctl.c:860 [inline]
    __x64_sys_ioctl+0x193/0x200 fs/ioctl.c:860 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+0x44/0xae (CVE-2022-49257)

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

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

  - 已解決 Linux 核心中的下列弱點：net: hns3: do not allow call hns3_nic_net_open repeatedly hns3_nic_net_open() is not allowed to called repeatly, but there is no checking for this. When doing device reset and setup tc concurrently, there is a small oppotunity to call hns3_nic_net_open repeatedly, and cause kernel bug by calling napi_enable twice. The calltrace information is like below: [ 3078.222780] ------------[ cut here ]------------ [ 3078.230255] kernel BUG at net/core/dev.c:6991! [ 3078.236224] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP [ 3078.243431] Modules linked in: hns3 hclgevf hclge hnae3 vfio_iommu_type1 vfio_pci vfio_virqfd vfio pv680_mii(O) [ 3078.258880] CPU: 0 PID: 295 Comm: kworker/u8:5 Tainted: G O 5.14.0-rc4+ #1 [ 3078.269102] Hardware name: , BIOS KpxxxFPGA 1P B600 V181 08/12/2021 [ 3078.276801] Workqueue: hclge hclge_service_task [hclge] [3078.288774] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 3078.296168] pc :
    napi_enable+0x80/0x84 tc qdisc sho[w 3d0e7v8 .e3t0h218 79] lr : hns3_nic_net_open+0x138/0x510 [hns3] [3078.314771] sp : ffff8000108abb20 [ 3078.319099] x29: ffff8000108abb20 x28: 0000000000000000 x27:
    ffff0820a8490300 [ 3078.329121] x26: 0000000000000001 x25: ffff08209cfc6200 x24: 0000000000000000 [3078.339044] x23: ffff0820a8490300 x22: ffff08209cd76000 x21: ffff0820abfe3880 [ 3078.349018] x20:
    0000000000000000 x19: ffff08209cd76900 x18: 0000000000000000 [ 3078.358620] x17: 0000000000000000 x16:
    ffffc816e1727a50 x15: 0000ffff8f4ff930 [ 3078.368895] x14: 0000000000000000 x13: 0000000000000000 x12:
    0000259e9dbeb6b4 [ 3078.377987] x11: 0096a8f7e764eb40 x10: 634615ad28d3eab5 x9 : ffffc816ad8885b8 [3078.387091] x8 : ffff08209cfc6fb8 x7 : ffff0820ac0da058 x6 : ffff0820a8490344 [ 3078.396356] x5 :
    0000000000000140 x4 : 0000000000000003 x3 : ffff08209cd76938 [ 3078.405365] x2 : 0000000000000000 x1 :
    0000000000000010 x0 : ffff0820abfe38a0 [ 3078.414657] Call trace: [ 3078.418517] napi_enable+0x80/0x84 [3078.424626] hns3_reset_notify_up_enet+0x78/0xd0 [hns3] [ 3078.433469] hns3_reset_notify+0x64/0x80 [hns3] [ 3078.441430] hclge_notify_client+0x68/0xb0 [hclge] [ 3078.450511] hclge_reset_rebuild+0x524/0x884 [hclge] [ 3078.458879] hclge_reset_service_task+0x3c4/0x680 [hclge] [ 3078.467470] hclge_service_task+0xb0/0xb54 [hclge] [ 3078.475675] process_one_work+0x1dc/0x48c [ 3078.481888] worker_thread+0x15c/0x464 [ 3078.487104] kthread+0x160/0x170 [ 3078.492479] ret_from_fork+0x10/0x18 [3078.498785] Code: c8027c81 35ffffa2 d50323bf d65f03c0 (d4210000) [ 3078.506889] ---[ end trace 8ebe0340a1b0fb44 ]--- Once hns3_nic_net_open() is excute success, the flag HNS3_NIC_STATE_DOWN will be cleared. So add checking for this flag, directly return when HNS3_NIC_STATE_DOWN is no set.
    (CVE-2021-47400)

  - 已解決 Linux 核心中的下列弱點：can: isotp: isotp_sendmsg(): add result check for wait_event_interruptible() Using wait_event_interruptible() to wait for complete transmission, but do not check the result of wait_event_interruptible() which can be interrupted. It will result in TX buffer has multiple accessors and the later process interferes with the previous process.
    Following is one of the problems reported by syzbot.
    ============================================================= WARNING: CPU: 0 PID: 0 at net/can/isotp.c:840 isotp_tx_timer_handler+0x2e0/0x4c0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.13.0-rc7+ #68 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1 04/01/2014 RIP: 0010:isotp_tx_timer_handler+0x2e0/0x4c0 Call Trace: <IRQ> ? isotp_setsockopt+0x390/0x390
    __hrtimer_run_queues+0xb8/0x610 hrtimer_run_softirq+0x91/0xd0 ? rcu_read_lock_sched_held+0x4d/0x80
    __do_softirq+0xe8/0x553 irq_exit_rcu+0xf8/0x100 sysvec_apic_timer_interrupt+0x9e/0xc0 </IRQ> asm_sysvec_apic_timer_interrupt+0x12/0x20 Add result check for wait_event_interruptible() in isotp_sendmsg() to avoid multiple accessers for tx buffer. (CVE-2021-47457)

  - 已解決 Linux 核心中的下列弱點：serial: core: fix transmit-buffer reset and memleak Commit 761ed4a94582 (tty: serial_core: convert uart_close to use tty_port_close) converted serial core to use tty_port_close() but failed to notice that the transmit buffer still needs to be freed on final close. Not freeing the transmit buffer means that the buffer is no longer cleared on next open so that any ioctl() waiting for the buffer to drain might wait indefinitely (e.g. on termios changes) or that stale data can end up being transmitted in case tx is restarted. Furthermore, the buffer of any port that has been opened would leak on driver unbind. Note that the port lock is held when clearing the buffer pointer due to the ldisc race worked around by commit a5ba1d95e46e (uart: fix race between uart_put_char() and uart_shutdown()). Also note that the tty-port shutdown() callback is not called for console ports so it is not strictly necessary to free the buffer page after releasing the lock (cf. d72402145ace (tty/serial: do not free trasnmit buffer page under port lock)). (CVE-2021-47527)

  - 已解決 Linux 核心中的下列弱點：mm/gup: fix gup_pud_range() for dax For dax pud, pud_huge() returns true on x86. So the function works as long as hugetlb is configured.
    However, dax doesn't depend on hugetlb. Commit 414fd080d125 (mm/gup: fix gup_pmd_range() for dax) fixed devmap-backed huge PMDs, but missed devmap-backed huge PUDs. Fix this as well. This fixes the below kernel panic: general protection fault, probably for non-canonical address 0x69e7c000cc478: 0000 [#1] SMP < snip > Call Trace: <TASK> get_user_pages_fast+0x1f/0x40 iov_iter_get_pages+0xc6/0x3b0 ? mempool_alloc+0x5d/0x170 bio_iov_iter_get_pages+0x82/0x4e0 ? bvec_alloc+0x91/0xc0 ? bio_alloc_bioset+0x19a/0x2a0 blkdev_direct_IO+0x282/0x480 ? __io_complete_rw_common+0xc0/0xc0 ? filemap_range_has_page+0x82/0xc0 generic_file_direct_write+0x9d/0x1a0 ? inode_update_time+0x24/0x30
    __generic_file_write_iter+0xbd/0x1e0 blkdev_write_iter+0xb4/0x150 ? io_import_iovec+0x8d/0x340 io_write+0xf9/0x300 io_issue_sqe+0x3c3/0x1d30 ? sysvec_reschedule_ipi+0x6c/0x80 __io_queue_sqe+0x33/0x240 ? fget+0x76/0xa0 io_submit_sqes+0xe6a/0x18d0 ? __fget_light+0xd1/0x100
    __x64_sys_io_uring_enter+0x199/0x880 ? __context_tracking_enter+0x1f/0x70 ? irqentry_exit_to_user_mode+0x24/0x30 ? irqentry_exit+0x1d/0x30 ? __context_tracking_exit+0xe/0x70 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x61/0xcb RIP: 0033:0x7fc97c11a7be < snip > </TASK>
    ---[ end trace 48b2e0e67debcaeb ]--- RIP: 0010:internal_get_user_pages_fast+0x340/0x990 < snip > Kernel panic - not syncing: Fatal exception Kernel Offset: disabled (CVE-2022-48986)

  - 已解決 Linux 核心中的下列弱點：lz4: fix LZ4_decompress_safe_partial read out of bound When partialDecoding, it is EOF if we've either filled the output buffer or can't proceed with reading an offset for following match. In some extreme corner cases when compressed data is suitably corrupted, UAF will occur. As reported by KASAN [1], LZ4_decompress_safe_partial may lead to read out of bound problem during decoding. lz4 upstream has fixed it [2] and this issue has been disscussed here [3] before. current decompression routine was ported from lz4 v1.8.3, bumping lib/lz4 to v1.9.+ is certainly a huge work to be done later, so, we'd better fix it first. [1] https://lore.kernel.org/all/000000000000830d1205cf7f0477@google.com/ [2] https://github.com/lz4/lz4/commit/c5d6f8a8be3927c0bec91bcc58667a6cfad244ad# [3] https://lore.kernel.org/all/CC666AE8-4CA4-4951-B6FB-A2EFDE3AC03B@fb.com/ (CVE-2022-49078)

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

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

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

    ubi：修復 ctrl_cdev_ioctl 和 ubi_cdev_ioctl 之間的爭用情形 (CVE-2021-47634)

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

    Revert 還原區塊、bfq接受已設定的佇列合併 (CVE-2021-47646)

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

    ASoC：soc-compress：避免可能使用 null 指標 (CVE-2021-47650)

    在 Linux 核心中 fs/cifs/smb2ops.c Common Internet File System (CIFS) 的 smb2_ioctl_query_info 函式中發現拒絕服務 (DOS) 問題，這是 memdup_user 函式的傳回不正確所導致。此缺陷允許有權限的本機 (CAP_SYS_ADMIN) 攻擊者造成系統當機。
    (CVE-2022-0168)

    當 KVM 更新來賓的頁面表格項目時，它會先使用 get_user_pages_fast() 釘選頁面，當失敗時 (例如，vma->flags 有 VM_IO 或 VM_PFNMAP)，它會透過 find_vma_intersection() 取得頁面所在位置的對應 VMA，計算實體位址，並透過 memremap() 將頁面對應至核心虛擬位址，最後寫入更新。問題是當我們透過 find_vma_intersection() 取得 vma 時，程式只會檢查 VM_PFNMAP，不會同時檢查 VM_IO 和 VM_PFNMAP。在下面的重現器中，完成 KVM_SET_USER_MEMORY_REGION 後，我們會以 io_uring 的核心使用者共用區域取代來賓的記憶體對應，然後執行 KVM_TRANSLATE 作業，這最終會觸發頁面表格項目更新。現在，memremap() 會傳回 page_offset_base (所有實體記憶體的直接對應) + vaddr (KVM_TRANSLATE 的線性位址) + vm_pgoff (io_uring 執行 mmap(2) 時的位移)，並使用傳回值作為 CMPXCHG 的基底位址 (在此情況下寫入 0x21)。
    由於 vaddr 和 vm_pgoff 皆可由使用者模式處理程序控制，因此寫入可能會超出先前對應的來賓記憶體空間，並觸發 UAF 等例外狀況。此弱點與 CVE-2021-22543 有相似之處。(CVE-2022-1158)

    在 Linux 核心中，發現 net/key/af_key.c 的 pfkey_register 函式中存在弱點。無權限的本機使用者可利用此缺陷取得核心記憶體的存取權，進而導致系統當機或內部核心資訊洩漏。(CVE-2022-1353)

    在 Linux 核心的 io_uring 介面子系統中，在使用者觸發逾時排清和移除之間爭用情形的方式中發現釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或提升自己的系統權限。(CVE-2022-29582)

    在 Linux 核心的代理虛擬化 TPM 裝置實作中發現一個瑕疵。在已設定虛擬化 TPM 裝置的系統上 (非預設設定)，本機攻擊者可建立釋放後使用情形，並造成可在系統上提升權限的狀況。 (CVE-2022-2977)

    在 Linux 核心中發現一個缺陷。Slip 驅動程式在 drivers/net/slip/slip.c 的 sl_tx_timeout 中進行卸離時，可能會發生 NULL 指標解除參照。此問題允許攻擊者造成系統當機或洩漏核心內部資訊。(CVE-2022-41858)

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

    swiotlb：修復 DMA_FROM_DEVICE 的資訊洩漏弱點 (CVE-2022-48853)

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

    dm 完整性：修復 tag_size 小於摘要大小時發生記憶體損毀的問題 (CVE-2022-49044)

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

    ipv6修正轉送不含 in6 裝置的套件時發生的不穩定 (CVE-2022-49048)

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

    mm透過 zram swap 修正非預期的歸零頁面對應 (CVE-2022-49052)

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

    scsi：目標：tcmu：修復可能的頁面 UAF (CVE-2022-49053)

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

    cifs處理符號連結時可能發生緩衝區溢位 (CVE-2022-49058)

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

    SUNRPC修正 svc_deferred_event 追踪類別 (CVE-2022-49065)

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

    veth確保 eth 標頭位於 skb 的線性部分 (CVE-2022-49066)

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

    gpio在初始化前限制使用 GPIO 晶片 irq 成員 (CVE-2022-49072)

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

    atasata_dwc_460ex修正因 OOB 寫入而發生的當機 (CVE-2022-49073)

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

    irqchip/gic-v3修正 GICR_CTLR.RWP 輪詢 (CVE-2022-49074)

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

    btrfs修正 qgroup 限制中的 qgroup 保留溢位 (CVE-2022-49075)

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

    mmmremap.c：避免 mremap 上無意義的 invalidate_range_start/end (old_size=0) (CVE-2022-49077)

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

    lz4：修正 LZ4_decompress_safe_partial 超出邊界讀取 (CVE-2022-49078)

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

    mm/mempolicy：修復 shared_policy_replace 中的 mpol_new 洩漏 (CVE-2022-49080)

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

    qede：使用前確認是否已配置 skb (CVE-2022-49084)

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

    drbd：修復 get_initial_state 中五個釋放後使用錯誤 (CVE-2022-49085)

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

    net：openvswitch：修正巢狀動作的洩漏 (CVE-2022-49086)

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

    rxrpc：修復 rxrpc_exit_net() 中的爭用情況 (CVE-2022-49087)

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

    netipv4修正具有 nexthop 物件刪除警告的路由 (CVE-2022-49092)

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

    net/tls修正 decrypt_internal 中的 slab-out-of-bounds 錯誤 (CVE-2022-49094)

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

    NFS避免回寫執行緒在 mempool_alloc() 中停滯 (CVE-2022-49097)

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

    Drivers：hv：vmbus：修復模組卸載時可能發生的損毀 (CVE-2022-49098)

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

    virtio_console消除匿名 module_init 和 module_exit (CVE-2022-49100)

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

    NFSv4.2：修正 _nfs42_proc_copy_notify() 中的參照計數洩漏 (CVE-2022-49103)

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

    ceph當note_last_dentry 傳回錯誤時修正 ceph_readdir 中的記憶體洩漏 (CVE-2022-49107)

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

    scsi：libfc：修復 fc_exch_abts_resp() 中的釋放後使用問題 (CVE-2022-49114)

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

    dm ioctl防止潛在的 spectre v1 小工具 (CVE-2022-49122)

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

    io_uring修正檔案註冊中 uid 的記憶體洩漏 (CVE-2022-49144)

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

    ACPI：CPPC：避免剖析 _CPC 資料時超出邊界存取 (CVE-2022-49145)

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

    watch_queue：卸除 watch_queue 時釋放頁面陣列 (CVE-2022-49148)

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

    rxrpc修正呼叫計時器開始與呼叫解構爭用的問題 (CVE-2022-49149)

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

    wireguard通訊端停用 ipv6 時釋放 send6 中的 skb (CVE-2022-49153)

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

    KVMSVM修正超出邊界來賓 IRQ 的錯誤 (CVE-2022-49154)

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

    scsi：qla2xxx：隱藏 qla_create_qpair() 中的核心投訴 (CVE-2022-49155)

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

    scsi：qla2xxx：不可部分完成時修正排程 (CVE-2022-49156)

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

    ext4：如果某人在未先要求 ext4 的情況下變更頁面，則不會執行 BUG (CVE-2022-49171)

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

    ext4以 fast_commit 和 flex_bg 修正 ext4_mb_mark_bb() (CVE-2022-49174)

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

    PM核心保留 device_pm_check_callbacks() 中的 irq 旗標 (CVE-2022-49175)

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

    bfq：修復 bfq_dispatch_request 中的釋放後使用 (CVE-2022-49176)

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

    block、bfq：不移動 oom_bfqq (CVE-2022-49179)

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

    LSM：legacy_parse_param 中的一般保護錯誤 (CVE-2022-49180)

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

    af_netlink修正群組遮罩計算中的移位超出邊界 (CVE-2022-49197)

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

    bpf、sockmap：修復 msg 具有 more_data 時較多不收費的問題 (CVE-2022-49204)

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

    bpf、sockmap修正 sk_msg 的記憶體重複取消充電 (CVE-2022-49205)

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

    RDMA/mlx5：修復訂閱事件常式錯誤流程中的記憶體流失 (CVE-2022-49206)

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

    bpf、sockmap：修復 sk msg 已滿時 tcp_bpf_sendmsg 中的 memleak (CVE-2022-49209)

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

    MIPSpgalloc修正 pgd_free() 造成的記憶體洩漏 (CVE-2022-49210)

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

    dax確保在損毀快取之前排清 inode (CVE-2022-49220)

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

    power供應ab8500修正 ab8500_fg_sysfs_init 中的記憶體洩漏 (CVE-2022-49224)

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

    watch_queue實際釋放 watch (CVE-2022-49256)

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

    watch_queue：修正錯誤清理中的 NULL 解除參照 (CVE-2022-49257)

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

    block不刪除在其子項之前的佇列 kobject (CVE-2022-49259)

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

    drm/i915/gem：新增 vm_access 中遺漏的邊界檢查 (CVE-2022-49261)

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

    exec當 argv 為空時強制使用單一空白字串 (CVE-2022-49264)

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

    cifs防止 smb2_ioctl_query_info() 中的錯誤輸出長度 (CVE-2022-49271)

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

    ALSApcm修正具有 buffer_mutex 和 mmap_lock 的潛在 AB/BA 鎖定 (CVE-2022-49272)

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

    NFSD：避免 32 位元系統上的整數溢位 (CVE-2022-49279)

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

    NFSD防止 nfssvc_decode_writeargs() 中的反向溢位 (CVE-2022-49280)

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

    tpm修正結構 tpm_chip 的參照計數 (CVE-2022-49287)

    在 Linux 核心的 core dump 子系統中發現釋放後使用缺陷。本機使用者可利用此缺陷導致系統當機。(CVE-2023-1249)

    在 Linux 核心 X86 的 CPU 電源管理選項功能中，發現使用者將 CPU 從暫停狀態恢復為 RAM 的方式存在瑕疵，導致開機 CPU 容易遭受推測執行攻擊行為影響。本機使用者可利用此瑕疵，在未經授權的情況下存取 CPU 的某些記憶體，這類似於推測執行攻擊行為。(CVE-2023-1637)

    在適用於 6.2.10 版之前 Linux 核心的某些 Intel(R) i915 圖形驅動程式中，由於對記憶體緩存區邊界內的運算限制不當，經驗證的使用者可藉此透過本機存取權提升權限。(CVE-2023-28410)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
225137	Linux Distros 未修補弱點：CVE-2022-49257	Nessus	Misc.	2025/3/5	2026/7/25	medium
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
360748	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc多個弱點（ALMALINUX9.2：CLSA-2026：1779987841）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
180564	Amazon Linux 2：kernel (ALASKERNEL-5.10-2023-036)	Nessus	Amazon Linux Local Security Checks	2023/9/6	2026/2/26	high

偵測

搜尋 Plugin

medium

high

high

high