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

  - 在 Linux 核心中，已解決下列弱點： tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

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

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

  - 已解決 Linux 核心中的下列弱點：extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - 已解決 Linux 核心中的下列弱點：tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - 已解決 Linux 核心中的下列弱點：ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - 已解決 Linux 核心中的下列弱點：bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - 已解決 Linux 核心中的下列弱點：capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

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

    核心套件中包含 Linux 核心，後者是任何 Linux 作業系統的核心。

    安全性修正：

    * 核心tun避免 tun_free_netdev 中的重複釋放 (CVE-2022-4744)

    * 核心net/sched多個弱點 (CVE-2023-3609、 CVE-2023-3611、 CVE-2023-4128、 CVE-2023-4206、 CVE-2023-4207、 CVE-2023-4208)

    * kernel：qfq_change_class 函式中存在超出邊界寫入問題 (CVE-2023-31436)

    * 核心hw_atl_utils_fw_rpc_wait 中的超出邊界寫入 (CVE-2021-43975)

    * 核心intr_callback 中 r8152 的速率限制溢位訊息 (CVE-2022-3594)

    * 核心l2cap_conn_del 中的釋放後使用瑕疵 (CVE-2022-3640)

    * 核心usb_8dev_start_xmit 中發生重複釋放 (CVE-2022-28388)

    * 核心vmwgfx多個弱點 (CVE-2022-38457、 CVE-2022-40133、 CVE-2023-33951、 CVE-2023-33952)

    * hwIntelGather Data Sampling (GDS) 旁路弱點 (CVE-2022-40982)

    * 核心l2cap_parse_conf_req 中的資訊洩漏 (CVE-2022-42895)

    * 核心KVM多個弱點 (CVE-2022-45869、 CVE-2023-4155、 CVE-2023-30456)

    * 核心ttusb_dec_exit_dvb 中的記憶體洩漏 (CVE-2022-45887)

    * 核心do_prlimit 中的推測指標解除參照 (CVE-2023-0458)

    * 核心qdisc_graft 中的爭用情形導致釋放後使用 (CVE-2023-0590)

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

    * 核心HID檢查 hid_validate_values 中的空 report_list (CVE-2023-1073)

    * 核心sctp如果沒有任何邊界位址可用於指定範圍則失敗 (CVE-2023-1074)

    * kernel: hidasus_remove 中發生釋放後使用 (CVE-2023-1079)

    * 核心drivers/media/rc/ene_ir.c 中的釋放後使用 (CVE-2023-1118)

    * 核心IPv6 連線查閱表格中有雜湊衝突 (CVE-2023-1206)

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

    * 核心tipc_conn_close 中的拒絕服務 (CVE-2023-1382)

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

    * 核心：Spectre v2 SMT 緩解措施問題 (CVE-2023-1998)

    * 核心ext4ext4_xattr_set_entry 中的釋放後使用問題 (CVE-2023-2513)

    * 核心fbconfbcon_set_font 中移位超出邊界 (CVE-2023-3161)

    * 核心relay_file_read 中發生超出邊界存取 (CVE-2023-3268)

    * 核心xfrmxfrm_update_ae_params 中發生 NULL 指標解除參照 (CVE-2023-3772)

    * 核心smsusbdo_submit_urb 造成的釋放後使用 (CVE-2023-4132)

    * 核心工作移轉頁面與另一個呼叫 exit_mmap 的工作之間發生爭用 (CVE-2023-4732)

    * 核心atm_tc_enqueue 中發生類型混淆的拒絕服務 (CVE-2023-23455)

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

    * 核心az6027 驅動程式中的拒絕服務問題 (CVE-2023-28328)

    * 核心lib/seq_buf.c 有一個 seq_buf_putmem_hex 緩衝區溢位問題 (CVE-2023-28772)

    * 核心dvb_frontend_get_event 和 wait_event_interruptible 中的封鎖作業 (CVE-2023-31084)

    * 核心netqcom/emac導致 emac_remove 中釋放後使用的爭用情形 (CVE-2023-33203)

    * 核心saa7134導致 saa7134_finidev 中釋放後使用的爭用情形 (CVE-2023-35823)

    * 核心dm1105導致 dm1105_remove.c 中釋放後使用的爭用情形 (CVE-2023-35824)

    * 核心r592導致 r592_remove 中釋放後使用的爭用情形 (CVE-2023-35825)

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

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

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

    * 核心gfs2gfs2_evict_inode 中發生 NULL 指標解除參照 (CVE-2023-3212)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    其他變更：

    如需有關此發行版本的詳細變更資訊，請參閱可從「參考資料」一節連結的 Red Hat Enterprise Linux 8.9 版本資訊。

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

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

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

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-26365)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33740)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33741)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33742)

    網路後端可能造成 Linux netfront 使用已釋放的 SKB。在新增邏輯以支援 XDP (eXpress Data Path) 時，移動程式碼標籤的方式允許釋放被保留進行進一步處理的包含參照 (指標) 的 SKB。(CVE-2022-33743)

    在 Linux 核心的 Netfilter 子系統中，發現使用者提供錯誤 NFT_DATA_VERDICT 類型輸入的一個堆積緩衝區溢位瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-34918)

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

    scsiqla2xxx修正模組載入卸載測試期間的當機 (CVE-2022-49160)

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

    block修正因略過 rq_qos_done_bio() 而造成的 rq-qos 中斷 (CVE-2022-49266)

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

    模組修正 [e_shstrndx].sh_size=0 OOB 存取 (CVE-2022-49444)

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

    bpf修正來自 adjust_scalar_min_max_vals 的不充分邊界傳播 (CVE-2022-49658)

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

    ipv6：修正 in6_dump_addrs() 中的 lockdep splat (CVE-2022-49662)

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

    通道：不假設已在 skb_tunnel_check_pmtu() 中設定 mac 標頭 (CVE-2022-49663)

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

    tipc將 bc 連結建立作業移回 tipc_node_create (CVE-2022-49664)

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

    net：bonding：修正 802.3ad slave 解除繫結後的釋放後使用 (CVE-2022-49667)

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

    linux/dim修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)

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

    RDMA/cm修正 ib_cm_insert_listen 中的記憶體洩漏 (CVE-2022-49671)

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

    nettun取消解構時與裝置連結 NAPI (CVE-2022-49672)

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

    dm raid：修正 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

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

    dm raid修正超出 raid 成員陣列結尾的存取 (CVE-2022-49674)

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

    tick/nohz取消匯出 __init 註釋的 tick_nohz_full_setup() (CVE-2022-49675)

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

    virtio_net：修正暫停/恢復後的 xdp_rxq_info 錯誤 (CVE-2022-49687)

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

    afs修正動態 root getattr (CVE-2022-49688)

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

    erspan：不假設一律設定傳輸標頭 (CVE-2022-49691)

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

    igb：修正 igb_clean_tx_ring 中的釋放後使用問題 (CVE-2022-49695)

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

    tipc修正 tipc_named_reinit 中的釋放後使用讀取 (CVE-2022-49696)

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

    bpf修正 sk 查閱協助程式中的 request_sock 洩漏 (CVE-2022-49697)

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

    netfilter使用 get_random_u32 而非 prandom (CVE-2022-49698)

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

    mm/slub：新增平台停用時缺少的 TID 更新 (CVE-2022-49700)

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

    btrfs修正區塊群組回收工作執行時卸載期間的懸置問題 (CVE-2022-49702)

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

    sock恢復 psock 與 ULP 保護檢查 (CVE-2022-49732)

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

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

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

    使用者使用惡意資料觸發 ioctl FBIOPUT_VSCREENINFO 時，在 Linux 核心的框架緩衝區型主控台驅動程式功能中發現超出邊界寫入缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2021-33655)

    Linux 的 net/rose/rose_timer.c 中存在由計時器處置程式造成的釋放後使用弱點，讓攻擊者可以在沒有任何權限的情況下損毀 Linux 核心。(CVE-2022-2318)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-26365)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33740)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33741)

    Linux 磁碟/網卡前端資料洩漏 [此 CNA 資訊記錄與多個 CVE 有關；本文說明了哪些方面/弱點與哪些 CVE 對應。] Linux Block 和 Network PV 裝置前端未將記憶體區域歸零便將之與後端共用 (CVE-2022-26365、CVE-2022-33740)。
    此外，授權表格的粒度不允許共用小於 4K 的頁面，這導致無關資料會保留於相同的 4K 頁面中，這是因爲與後端共用的資料也可以被此後端存取 (CVE-2022-33741、CVE-2022-33742)。(CVE-2022-33742)

    網路後端可能造成 Linux netfront 使用已釋放的 SKB。在新增邏輯以支援 XDP (eXpress Data Path) 時，移動程式碼標籤的方式允許釋放被保留進行進一步處理的包含參照 (指標) 的 SKB。(CVE-2022-33743)

    Arm 來賓可透過 PV 裝置造成 Dom0 DoS。在 Arm 上對應來賓頁面時，dom0 會使用 rbtree 來追蹤外部對應。此 rbtree 的更新並非總是在保留相關鎖定的情況下全部完成，這會造成短時爭用視窗，無權限的來賓可藉此透過 PV 裝置造成 rbtree 不一致，而這些不一致可導致 dom0 拒絕服務 (DoS)，例如造成當機或無法執行其他來賓記憶體頁面的進一步對應。(CVE-2022-33744)

    在 Linux 核心的 Netfilter 子系統中，發現使用者提供錯誤 NFT_DATA_VERDICT 類型輸入的一個堆積緩衝區溢位瑕疵。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-34918)

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

    usbnet：修正錯誤情況下的記憶體洩漏 (CVE-2022-49657)

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

    bpf修正來自 adjust_scalar_min_max_vals 的不充分邊界傳播 (CVE-2022-49658)

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

    通道：不假設已在 skb_tunnel_check_pmtu() 中設定 mac 標頭 (CVE-2022-49663)

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

    tipc將 bc 連結建立作業移回 tipc_node_create (CVE-2022-49664)

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

    net：bonding：修正 802.3ad slave 解除繫結後的釋放後使用 (CVE-2022-49667)

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

    linux/dim修正 RDMA DIM 中的除以零錯誤 (CVE-2022-49670)

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

    RDMA/cm修正 ib_cm_insert_listen 中的記憶體洩漏 (CVE-2022-49671)

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

    nettun取消解構時與裝置連結 NAPI (CVE-2022-49672)

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

    dm raid：修正 raid5_add_disks 中的 KASAN 警告 (CVE-2022-49673)

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

    dm raid修正超出 raid 成員陣列結尾的存取 (CVE-2022-49674)

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

    tick/nohz取消匯出 __init 註釋的 tick_nohz_full_setup() (CVE-2022-49675)

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

    virtio_net：修正暫停/恢復後的 xdp_rxq_info 錯誤 (CVE-2022-49687)

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

    afs修正動態 root getattr (CVE-2022-49688)

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

    erspan：不假設一律設定傳輸標頭 (CVE-2022-49691)

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

    igb：修正 igb_clean_tx_ring 中的釋放後使用問題 (CVE-2022-49695)

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

    tipc修正 tipc_named_reinit 中的釋放後使用讀取 (CVE-2022-49696)

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

    bpf修正 sk 查閱協助程式中的 request_sock 洩漏 (CVE-2022-49697)

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

    netfilter使用 get_random_u32 而非 prandom (CVE-2022-49698)

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

    mm/slub：新增平台停用時缺少的 TID 更新 (CVE-2022-49700)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
226020	Linux Distros 未修補弱點：CVE-2022-49675	Nessus	Misc.	2025/3/5	2026/9/30	medium
360687	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
185679	RHEL 8：核心 (RHSA-2023:7077)	Nessus	Red Hat Local Security Checks	2023/11/14	2025/9/10	high
210815	RHEL 9：核心 (RHSA-2024:9315)	Nessus	Red Hat Local Security Checks	2024/11/12	2026/3/24	high
163352	Amazon Linux 2：kernel (ALASKERNEL-5.15-2022-005)	Nessus	Amazon Linux Local Security Checks	2022/7/21	2026/2/26	high
163382	Amazon Linux 2：kernel (ALASKERNEL-5.10-2022-018)	Nessus	Amazon Linux Local Security Checks	2022/7/22	2026/2/26	high

偵測

搜尋 Plugin

medium

high

high

high

high

high