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

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

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

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

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

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

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

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

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

    在 l2tp_ppp.c 的 pppol2tp_create 中，因爭用情形而可能發生釋放後使用。這可能會導致本機特權提升，並需要系統執行權限。不需使用者互動即可惡意利用。(CVE-2022-20567)

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

    在 Linux 核心中發現一個歸類為「嚴重」的弱點。此弱點會影響 Bluetooth 元件中 net/bluetooth/l2cap_core.c 檔案的 l2cap_reassemble_sdu 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211087。(CVE-2022-3564)

    在 Linux 核心中，net/bluetooth/l2cap_core.c 的 l2cap_parse_conf_req 函式中存在資訊洩漏弱點，攻擊者可從遠端利用此弱點洩漏核心指標。建議升級過去的 commit https://github.com/torvalds/linux/commit/b1a2cd50c0357f243b7435a732b4e62ba3157a2e https://www.google.com/url (CVE-2022-42895)

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

    ext4：修正「ext4_da_release_space」中的警告 (CVE-2022-49880)

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

    capabilities：從 vfs_getxattr_alloc() 修正錯誤路徑上的潛在記憶體洩漏 (CVE-2022-49890)

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

    net、neigh：修正 neigh_table_clear() 中的 null-ptr-deref (CVE-2022-49904)

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

    net：mdio：為 __mdiobus_register 修正位元移位中的未定義行為 (CVE-2022-49907)

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

    Bluetooth：L2CAP：修復 l2cap_conn_del() 中的釋放後使用問題 (CVE-2022-49909)

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

    Bluetooth：L2CAP：修正 l2cap_reassemble_sdu 造成的釋放後使用 (CVE-2022-49910)

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

    btrfs：修正 qgroup 自我測試之錯誤路徑中的 ulist 洩漏 (CVE-2022-49912)

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

    btrfs：修正反向參照搜尋期間於 resolve_indirect_refs() 發生的 inode 清單洩漏 (CVE-2022-49914)

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

    mISDN：修正 mISDN_register_device() 中可能發生的記憶體洩漏 (CVE-2022-49915)

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

    net：sched：修正 red_enqueue() 中的釋放後使用 (CVE-2022-49921)

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

    nfs4：修正配置插槽失敗時的 kmemleak (CVE-2022-49927)

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

    xen/gntdev防止洩漏授權 (CVE-2022-50257)

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

    kcm註解 kcm->rx_wait 的資料爭用 (CVE-2022-50265)

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

    mm、hugetlb在遞減 h->resv_huge_pages 前取得 hugetlb_lock (CVE-2022-50285)

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

    kcm註解 kcm->rx_psock 的資料爭用 (CVE-2022-50291)

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

    ataahci比對 EM_MAX_SLOTS 和 SATA_PMP_MAX_PORTS (CVE-2022-50315)

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

    nethns修正 hnae_ae_register() 中的潛在記憶體洩漏 (CVE-2022-50352)

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

    ALSAac97修正 snd_ac97_dev_register() 中的潛在記憶體洩漏 (CVE-2022-50427)

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

    kernfs修正 __kernfs_remove 中的釋放後使用 (CVE-2022-50432)

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

    xhci釋放裝置時移除頻寬清單中的裝置端點 (CVE-2022-50470)

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

    iommu/vt-d清理 init_dmars() 錯誤路徑中的 si_domain (CVE-2022-50482)

    因為 poll_refs 的爭用情形，在 Linux 核心的 io_uring 子元件中的 io_poll_check_events 的 io_uring/poll.c 內發現一個釋放後使用缺陷。此瑕疵可能會造成 NULL 指標解除參照。
    (CVE-2023-0468)

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

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

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

    在 Linux 核心中 memcg 子系統的 ipc 功能中發現記憶體溢位弱點，使用者會多次呼叫 semget 函式，從而建立旗號。本機使用者可利用此缺陷耗盡資源，進而引發拒絕服務。此弱點對系統可用性威脅最大。(CVE-2021-3759)

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

    inet：將 sk->sk_rx_dst 完全轉換為 RCU 規則 (CVE-2021-47103)

    在 Linux 核心的 Unix 通訊端記憶體回收和 io_uring 中發現釋放後使用缺陷。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2022-2602)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。受到此弱點影響的是 IPv6 Handler 元件的 ipv6_renew_options 函式。攻擊者可利用此弱點造成記憶體洩漏。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。
    已爲此弱點指派識別碼 VDB-211021。(CVE-2022-3524)

    在 Linux 核心中發現一個歸類為「有問題」的弱點。受到此弱點影響的是 mvpp2 元件中 drivers/net/ethernet/marvell/mvpp2/mvpp2_debugfs.c 檔案的 mvpp2_dbgfs_port_init 函式。攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211033。(CVE-2022-3535)

    在 Linux 核心中發現一個歸類為「有問題」的弱點。此弱點會影響 BPF 元件中 drivers/net/ethernet/broadcom/bnx2x/bnx2x_cmn.c 檔案的 bnx2x_tpa_stop 函式。
    攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211042。(CVE-2022-3542)

    在 Linux 核心中發現一個歸類為「嚴重」的弱點。此弱點會影響 Bluetooth 元件中 net/bluetooth/l2cap_core.c 檔案的 l2cap_reassemble_sdu 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211087。(CVE-2022-3564)

    在 Linux 核心中發現一個歸類為「嚴重」的弱點。此弱點會影響 Bluetooth 元件中 drivers/isdn/mISDN/l1oip_core.c 檔案的 del_timer 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211088。(CVE-2022-3565)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 drivers/net/usb/r8152.c 檔案的 intr_callback 函式。利用此弱點可造成程式記錄過量資料。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211363。
    (CVE-2022-3594)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。這會影響 BPF 元件中 fs/nilfs2/inode.c 檔案的 nilfs_new_inode 函式 。操控此弱點可導致釋放後使用。攻擊者可從遠端發動攻擊。建議套用修補程式以修正此問題。
    此弱點的相關識別碼是 VDB-211992。(CVE-2022-3649)

    在 Linux 核心 5.19.12 及其之前的所有版本中，如果實際位置靠近的攻擊者在呼叫 open 時移除 USB 裝置，drivers/video/fbdev/smscufx.c 會產生爭用情形並導致釋放後使用，即 ufx_ops_open 與 ufx_usb_disconnect 之間的爭用情形。(CVE-2022-41849)

    在 Linux 核心 5.19.12 及其之前的所有版本中，drivers/hid/hid-roccat.c 的 roccat_report_event 中存在爭用情形，在特定情況下，若在複製 report->value 的同時接收報告，此弱點可導致釋放後使用。(CVE-2022-41850)

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

    ext4修正目錄項目具有無效 rec_len 時的 BUG_ON() (CVE-2022-49879)

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

    ext4：修正「ext4_da_release_space」中的警告 (CVE-2022-49880)

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

    capabilities：從 vfs_getxattr_alloc() 修正錯誤路徑上的潛在記憶體洩漏 (CVE-2022-49890)

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

    ipv6修正 ip6_route_net_exit_late() 中的警告 (CVE-2022-49903)

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

    net、neigh：修正 neigh_table_clear() 中的 null-ptr-deref (CVE-2022-49904)

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

    net：mdio：為 __mdiobus_register 修正位元移位中的未定義行為 (CVE-2022-49907)

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

    btrfs：修正 qgroup 自我測試之錯誤路徑中的 ulist 洩漏 (CVE-2022-49912)

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

    btrfs修正反向參照搜尋期間於 find_parent_nodes() 發生的 inode 清單洩漏 (CVE-2022-49913)

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

    btrfs：修正反向參照搜尋期間於 resolve_indirect_refs() 發生的 inode 清單洩漏 (CVE-2022-49914)

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

    mISDN：修正 mISDN_register_device() 中可能發生的記憶體洩漏 (CVE-2022-49915)

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

    ipvs修正 ip_vs_app_net_cleanup() 中的警告 (CVE-2022-49917)

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

    ipvs修正 __ip_vs_cleanup_batch() 中的警告 (CVE-2022-49918)

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

    netfilternf_tables從認可路徑釋放流程規則物件 (CVE-2022-49919)

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

    net：sched：修正 red_enqueue() 中的釋放後使用 (CVE-2022-49921)

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

    RDMA/核心修正 ib_core_cleanup() 中的 null-ptr-deref (CVE-2022-49925)

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

    nfs4：修正配置插槽失敗時的 kmemleak (CVE-2022-49927)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50240)

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

    sctp處理從 sctp_auth_asoc_init_active_key 傳回的錯誤 (CVE-2022-50243)

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

    xen/gntdev防止洩漏授權 (CVE-2022-50257)

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

    kcm註解 kcm->rx_wait 的資料爭用 (CVE-2022-50265)

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

    vhost/vsock針對較大的封包使用 kvmalloc/kvfree。 (CVE-2022-50271)

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

    mm、hugetlb在遞減 h->resv_huge_pages 前取得 hugetlb_lock (CVE-2022-50285)

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

    kcm註釋 kcm->rx_psock 的資料爭用 (CVE-2022-50291)

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

    md將 snprintf 取代為 scnprintf (CVE-2022-50299)

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

    nbd修正訊號中斷時發生的懸置 nbd_start_device_ioctl() (CVE-2022-50314)

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

    ataahci比對 EM_MAX_SLOTS 和 SATA_PMP_MAX_PORTS (CVE-2022-50315)

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

    cryptocavium - 防止載入韌體的整數溢位 (CVE-2022-50330)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50338)

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

    ext4修正 ext4_write_info 中的 null-ptr-deref (CVE-2022-50344)

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

    nfsd修正錯誤處理路徑中的記憶體洩漏 (CVE-2022-50348)

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

    nethns修正 hnae_ae_register() 中的潛在記憶體洩漏 (CVE-2022-50352)

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

    btrfs修正配額啟用和配額重新掃描 ioctl 之間的爭用 (CVE-2022-50379)

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

    mm/proc/pid/smaps_rollup修正任何 vma 的 null-deref (CVE-2022-50380)

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

    net/ieee802154拒絕零大小的 raw_sendmsg() (CVE-2022-50397)

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

    net如果 sock 無作用請勿存取 sock 在 sk_stream_wait_memory 中的 sk_wq (CVE-2022-50409)

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

    scsilibsas修正 smp_execute_task_sg() 中的釋放後使用錯誤 (CVE-2022-50422)

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

    ALSAac97修正 snd_ac97_dev_register() 中的潛在記憶體洩漏 (CVE-2022-50427)

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

    kernfs修正 __kernfs_remove 中的釋放後使用 (CVE-2022-50432)

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

    ext4避免在 DIO 寫入之後建立內嵌資料時當機 (CVE-2022-50435)

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

    netschedcake修正 cake_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50452)

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

    xhci釋放裝置時從頻寬清單中移除裝置端點 (CVE-2022-50470)

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

    iommu/vt-d清理 init_dmars() 錯誤路徑中的 si_domain (CVE-2022-50482)

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

    tipc修正 tipc_topsrv_kern_subscr 中的資訊洩漏 (CVE-2022-50531)

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

    usbhostxhci修正 xhci_alloc_stream_info() 中的潛在記憶體洩漏 (CVE-2022-50544)

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

    tipc修正 tipc_topsrv_accept 中的 null-ptr-deref (CVE-2022-50555)

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

    xfrm釋放時以 NULL 更新 ipcomp_scratches (CVE-2022-50569)

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

    mmccore修正移除非標準 SDIO 卡時發生的核心錯誤 (CVE-2022-50640)

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

    RDMA/rxe修正核心 NULL 指標解除參照錯誤 (CVE-2022-50671)

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

    netrds從 rds_tcp_reset_callbacks() 取消工作時不保留通訊端鎖定 (CVE-2022-50676)

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

    net/ieee802154不警告零大小的 raw_sendmsg() (CVE-2022-50706)

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

    net/mlx5修正 async 命令介面中可能的釋放後使用 (CVE-2022-50726)

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

    cryptoakcipher - 設定私密金鑰的預設實作 (CVE-2022-50731)

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

    usbidmouse修正 idmouse_open 中的 uninit-value (CVE-2022-50733)

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

    net修正 ops_init() 失敗時nfqnl_nf_hook_drop() 中的 UAF 問題 (CVE-2022-50780)

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

    cifs修正 VALIDATE_NEGOTIATE_INFO 訊息的錯誤長度 (CVE-2022-50859)

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

    drm防止 drm_copy_field() 嘗試複製 NULL 指標 (CVE-2022-50884)

    在 Linux 核心的 TUN/TAP 裝置驅動程式功能中發現超出邊界記憶體存取缺陷，該缺陷涉及使用者在啟用 napi frags 時產生惡意網路封包 (過大) 的方式。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-3812)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2023-54157)

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

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

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

  - 已解決 Linux 核心中的下列弱點：asix: fix uninit-value in asix_mdio_read() asix_read_cmd() may read less than sizeof(smsr) bytes and in this case smsr will be uninitialized. Fail log: BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497 asix_mdio_read+0x3c1/0xb00 drivers/net/usb/asix_common.c:497 drivers/net/usb/asix_common.c:497 (CVE-2021-47101)

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - 已解決 Linux 核心中的下列弱點：ceph: avoid putting the realm twice when decoding snaps fails When decoding the snaps fails it maybe leaving the 'first_realm' and 'realm' pointing to the same snaprealm memory. And then it'll put it twice and could cause random use-after-free, BUG_ON, etc issues. (CVE-2022-49770)

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

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

  - kernel 5.12.14 /module.c 在錯誤處理簽章驗證之前，也就是 CID-0c18f29aae7c。如果沒有CONFIG_MODULE_SIG，則不會針對 module.sig_enforce=1 命令列引數驗證核心模組是否已簽署以透過init_module載入。（CVE-2021-35039）

  - 在 Linux 核心 5.13.4 之前版本的 drivers/char/virtio_console.c 中，未受信任的裝置提供超出緩衝區大小的 buf->len 值時可觸發資料損毀或丟失。注意：廠商指出，上述資料損毀在現有的所有使用案例中都不是弱點；新增長度驗證只是為了在主機 OS 行為異常時保持穩健 (CVE-2021-38160)

  - 在 Linux 核心中，net/bluetooth/l2cap_core.c 的 l2cap_connect 和 l2cap_le_connect_req 函式中存在釋放後使用弱點，攻擊者可利用此弱點，透過藍牙從遠端執行程式碼和洩漏核心記憶體 (分別)。如果在受害者附近，遠端攻擊者可透過藍牙執行會引致核心記憶體洩漏的程式碼。建議升級過去的 commit https://www.google.com/url https://github.com/torvalds/linux/commit/711f8c3fb3db61897080468586b970c87c61d9e4 https://www.google.com/url (CVE-2022-42896)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix potential double free in create_var_ref() In create_var_ref(), init_var_ref() is called to initialize the fields of variable ref_field, which is allocated in the previous function call to create_hist_field(). Function init_var_ref() allocates the corresponding fields such as ref_field->system, but frees these fields when the function encounters an error. The caller later calls destroy_hist_field() to conduct error handling, which frees the fields and the variable itself. This results in double free of the fields which are already freed in the previous function. Fix this by storing NULL to the corresponding fields when they are freed in init_var_ref(). (CVE-2022-49410)

  - 已解決 Linux 核心中的下列弱點：HID: elan: Fix potential double free in elan_input_configured 'input' is a managed resource allocated with devm_input_allocate_device(), so there is no need to call input_free_device() explicitly or there will be a double free. According to the doc of devm_input_allocate_device(): * Managed input devices do not need to be explicitly unregistered or
    * freed as it will be done automatically when owner device unbinds from * its driver (or binding fails).
    (CVE-2022-49508)

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

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

  - 已解決 Linux 核心中的下列弱點：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

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

    在 Linux 核心中發現一個歸類為「有問題」的弱點。這會影響 IPv4 處置程式元件中 net/ipv4/fib_semantics.c 檔案的 fib_nh_match 函式。操控此弱點可導致超出邊界讀取。攻擊者可從遠端發動攻擊。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-210357。(CVE-2022-3435)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。受到此弱點影響的是 IPv6 Handler 元件的 ipv6_renew_options 函式。攻擊者可利用此弱點造成記憶體洩漏。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。
    已爲此弱點指派識別碼 VDB-211021。(CVE-2022-3524)

    在 Linux 核心中發現一個歸類爲「有問題」的弱點。此問題會影響 BPF 元件中 net/unix/af_unix.c 檔案的 unix_sock_destructor/unix_release_sock 函式。
    攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211043。(CVE-2022-3543)

    在 Linux 核心中發現一個歸類為「嚴重」的弱點。此弱點會影響 Bluetooth 元件中 net/bluetooth/l2cap_core.c 檔案的 l2cap_reassemble_sdu 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211087。(CVE-2022-3564)

    在 Linux 核心中發現一個歸類爲「有問題」的弱點。此弱點會影響 Bluetooth 元件中 net/bluetooth/l2cap_core.c 檔案的 l2cap_recv_acldata 函式。攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211918。(CVE-2022-3619)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 mm/gup.c 檔案的 follow_page_pte 函式。利用此弱點可導致爭用情形。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211921。(CVE-2022-3623)

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

    btrfszoned初始化裝置的區域資訊以進行植入 (CVE-2022-49831)

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

    udf：修正 udf_find_entry() 中的 slab-out-of-bounds 寫入錯誤 (CVE-2022-49846)

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

    btrfs修正 dev_args_match_device 中不正確的比對 (CVE-2022-49849)

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

    net：macvlan：修正 macvlan_common_newlink 的記憶體洩漏 (CVE-2022-49853)

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

    canaf_can修正 can_rx_register() 中的 NULL 指標解除參照 (CVE-2022-49863)

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

    ipv6：addrlabel：修正將結構 ifaddrlblmsg 傳送至網路時的資訊洩漏 (CVE-2022-49865)

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

    capabilities：修正對 CAP_TO_MASK 進行位移運算時的未定義行為 (CVE-2022-49870)

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

    nettun修正 napi_get_frags 的記憶體洩漏 (CVE-2022-49871)

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

    net：gso：修正具有混合 head alloc 類型的 frag_list 上的錯誤 (CVE-2022-49872)

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

    bpf修正 release_reference() 中錯誤的 reg 類型轉換 (CVE-2022-49873)

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

    HID：hyperv：修正 mousevsc_probe() 中的潛在記憶體洩漏 (CVE-2022-49874)

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

    bpftool修正當釘選 {PROG, MAP, LINK} without FILE 時的 NULL 指標解除參照 (CVE-2022-49875)

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

    bpf、sockmap修正 sk_stream_kill_queues 的 sk->sk_forward_alloc 警告 (CVE-2022-49877)

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

    bpf、verifier修正堆疊狀態的陣列重新配置中的記憶體洩漏 (CVE-2022-49878)

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

    ext4修正目錄項目具有無效 rec_len 時的 BUG_ON() (CVE-2022-49879)

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

    ext4：修正「ext4_da_release_space」中的警告 (CVE-2022-49880)

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

    ACPIAPEI修正 ghes_estatus_pool_init() 中的整數溢位 (CVE-2022-49885)

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

    arm64項目避免 kprobe 遞回 (CVE-2022-49888)

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

    ring-buffer在 ring_buffer_wake_waiters() 中檢查 NULL cpu_buffer (CVE-2022-49889)

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

    capabilities：從 vfs_getxattr_alloc() 修正錯誤路徑上的潛在記憶體洩漏 (CVE-2022-49890)

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

    ftrace修正動態 ftrace_ops 的釋放後使用 (CVE-2022-49892)

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

    btrfs修正樹狀結構 mod 記錄不當處理重新配置的節點 (CVE-2022-49898)

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

    fscrypt停止使用 fscrypt_master_key 的 keyring 子系統 (CVE-2022-49899)

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

    block修正 add_disk 失敗時 rq_wb 可能發生的記憶體洩漏 (CVE-2022-49902)

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

    ipv6修正 ip6_route_net_exit_late() 中的警告 (CVE-2022-49903)

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

    net、neigh：修正 neigh_table_clear() 中的 null-ptr-deref (CVE-2022-49904)

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

    net/smc修正 smc_init() 中可能洩漏的 pernet 命名空間 (CVE-2022-49905)

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

    net：mdio：為 __mdiobus_register 修正位元移位中的未定義行為 (CVE-2022-49907)

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

    netfilteripset強制執行記錄的限制以防止配置大量記憶體 (CVE-2022-49911)

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

    btrfs：修正 qgroup 自我測試之錯誤路徑中的 ulist 洩漏 (CVE-2022-49912)

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

    btrfs修正反向參照搜尋期間於 find_parent_nodes() 發生的 inode 清單洩漏 (CVE-2022-49913)

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

    btrfs：修正反向參照搜尋期間於 resolve_indirect_refs() 發生的 inode 清單洩漏 (CVE-2022-49914)

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

    mISDN：修正 mISDN_register_device() 中可能發生的記憶體洩漏 (CVE-2022-49915)

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

    ipvs修正 ip_vs_app_net_cleanup() 中的警告 (CVE-2022-49917)

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

    ipvs修正 __ip_vs_cleanup_batch() 中的警告 (CVE-2022-49918)

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

    netfilternf_tables從認可路徑釋放流程規則物件 (CVE-2022-49919)

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

    netfilternf_tablesnetlink 通知程式可能會爭用釋放物件 (CVE-2022-49920)

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

    net：sched：修正 red_enqueue() 中的釋放後使用 (CVE-2022-49921)

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

    RDMA/核心修正 ib_core_cleanup() 中的 null-ptr-deref (CVE-2022-49925)

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

    nfs4：修正配置插槽失敗時的 kmemleak (CVE-2022-49927)

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

    SUNRPC當 xps sysfs 配置失敗時修正 null-ptr-deref (CVE-2022-49928)

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

    kcm註解 kcm->rx_wait 的資料爭用 (CVE-2022-50265)

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

    mm、hugetlb在遞減 h->resv_huge_pages 前取得 hugetlb_lock (CVE-2022-50285)

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

    kcm註釋 kcm->rx_psock 的資料爭用 (CVE-2022-50291)

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

    ataahci比對 EM_MAX_SLOTS 和 SATA_PMP_MAX_PORTS (CVE-2022-50315)

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

    net未感應 skb_append_pagefrags() 中的 pfmemalloc 狀態 (CVE-2022-50323)

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

    cifs修正 cifs_create() 中的 xid 洩漏 (CVE-2022-50351)

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

    netschedsfb修正 sfb_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50356)

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

    mm/proc/pid/smaps_rollup修正任何 vma 的 null-deref (CVE-2022-50380)

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

    kernfs修正 __kernfs_remove 中的釋放後使用 (CVE-2022-50432)

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

    netschedcake修正 cake_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50452)

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

    cifs修正 cifs_flock() 中的 xid 洩漏 (CVE-2022-50460)

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

    fs/binfmt_elf修正 load_elf_binary() 中的記憶體洩漏 (CVE-2022-50466)

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

    xhci釋放裝置時從頻寬清單中移除裝置端點 (CVE-2022-50470)

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

    iommu/vt-d清理 init_dmars() 錯誤路徑中的 si_domain (CVE-2022-50482)

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

    cifs修正 cifs_copy_file_range() 中的 xid 洩漏 (CVE-2022-50643)

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

    ethtooleeprom修正轉儲存中 genl_info 的 null-deref (CVE-2022-50651)

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

    selinux在 convert_context() 中啟用 GFP_KERNEL 和 GFP_ATOMIC 的使用 (CVE-2022-50699)

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

    net修正 ops_init() 失敗時nfqnl_nf_hook_drop() 中的 UAF 問題 (CVE-2022-50780)

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

    ipv6確保通道中的裝置 mtu 正常 (CVE-2022-50816)

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

    nethsr避免 skb_clone() 中可能的 NULL 解除參照 (CVE-2022-50817)

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

    cifs修正 cifs_ses_add_channel() 中的 xid 洩漏 (CVE-2022-50856)

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

    tcp修正 tcp_add_backlog() 中的帶正負號整數溢位錯誤 (CVE-2022-50865)

    據發現，在 Linux 核心中，由於爭用問題，net/sched/sch_api.c 的 qdisc_graft 中存在釋放後使用缺陷。此缺陷可導致拒絕服務問題。(CVE-2023-0590)

    在 Linux 核心的 TUN/TAP 裝置驅動程式功能中發現超出邊界記憶體存取缺陷，該缺陷涉及使用者在啟用 napi frags 時產生惡意網路封包 (過大) 的方式。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-3812)

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

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

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

    在 Linux 核心中 memcg 子系統的 ipc 功能中發現記憶體溢位弱點，使用者會多次呼叫 semget 函式，從而建立旗號。本機使用者可利用此缺陷耗盡資源，進而引發拒絕服務。此弱點對系統可用性威脅最大。(CVE-2021-3759)

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

    inet：將 sk->sk_rx_dst 完全轉換為 RCU 規則 (CVE-2021-47103)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。受到此弱點影響的是 IPv6 Handler 元件的 ipv6_renew_options 函式。攻擊者可利用此弱點造成記憶體洩漏。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。
    已爲此弱點指派識別碼 VDB-211021。(CVE-2022-3524)

    在 Linux 核心中發現一個歸類為「有問題」的弱點。此弱點會影響 BPF 元件中 drivers/net/ethernet/broadcom/bnx2x/bnx2x_cmn.c 檔案的 bnx2x_tpa_stop 函式。
    攻擊者可利用此弱點造成記憶體洩漏。建議套用修補程式以修正此問題。已爲此弱點指派識別碼 VDB-211042。(CVE-2022-3542)

    在 Linux 核心中發現一個歸類為「嚴重」的弱點。此弱點會影響 Bluetooth 元件中 net/bluetooth/l2cap_core.c 檔案的 l2cap_reassemble_sdu 函式。操控此弱點可導致釋放後使用。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211087。(CVE-2022-3564)

    在 Linux 核心中發現一個弱點。目前已將其歸類為「有問題」。此弱點會影響 BPF 元件中 drivers/net/usb/r8152.c 檔案的 intr_callback 函式。利用此弱點可造成程式記錄過量資料。攻擊者可在遠端執行此攻擊。建議套用修補程式以修正此問題。此弱點的相關識別碼是 VDB-211363。
    (CVE-2022-3594)

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

    arm64：拓撲：修正 amu_fie_setup() 中可能發生的溢位問題 (CVE-2022-48657)

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

    nilfs2：修正重新掛載時 ns_writer 的釋放後使用錯誤 (CVE-2022-49834)

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

    canj1939j1939_send_one()修正遺漏的 CAN 標頭初始化 (CVE-2022-49845)

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

    udf：修正 udf_find_entry() 中的 slab-out-of-bounds 寫入錯誤 (CVE-2022-49846)

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

    nilfs2：修正 nilfs_count_free_blocks() 中的鎖死 (CVE-2022-49850)

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

    net：macvlan：修正 macvlan_common_newlink 的記憶體洩漏 (CVE-2022-49853)

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

    tipc：修正 tipc_nl_compat_name_table_dump_header 中的 msg->req tlv len 檢查 (CVE-2022-49862)

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

    canaf_can修正 can_rx_register() 中的 NULL 指標解除參照 (CVE-2022-49863)

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

    ipv6：addrlabel：修正將結構 ifaddrlblmsg 傳送至網路時的資訊洩漏 (CVE-2022-49865)

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

    bnxt_en修正 bnxt_hwrm_set_coal() 中可能發生的當機 (CVE-2022-49869)

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

    capabilities：修正對 CAP_TO_MASK 進行位移運算時的未定義行為 (CVE-2022-49870)

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

    nettun修正 napi_get_frags 的記憶體洩漏 (CVE-2022-49871)

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

    net：gso：修正具有混合 head alloc 類型的 frag_list 上的錯誤 (CVE-2022-49872)

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

    bpf修正 release_reference() 中錯誤的 reg 類型轉換 (CVE-2022-49873)

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

    HID：hyperv：修正 mousevsc_probe() 中的潛在記憶體洩漏 (CVE-2022-49874)

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

    bpftool修正當釘選 {PROG, MAP, LINK} without FILE 時的 NULL 指標解除參照 (CVE-2022-49875)

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

    bpf、sockmap修正 sk_stream_kill_queues 的 sk->sk_forward_alloc 警告 (CVE-2022-49877)

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

    ext4修正目錄項目具有無效 rec_len 時的 BUG_ON() (CVE-2022-49879)

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

    ext4：修正「ext4_da_release_space」中的警告 (CVE-2022-49880)

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

    ACPIAPEI修正 ghes_estatus_pool_init() 中的整數溢位 (CVE-2022-49885)

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

    capabilities：從 vfs_getxattr_alloc() 修正錯誤路徑上的潛在記憶體洩漏 (CVE-2022-49890)

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

    ftrace修正動態 ftrace_ops 的釋放後使用 (CVE-2022-49892)

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

    fscrypt停止使用 fscrypt_master_key 的 keyring 子系統 (CVE-2022-49899)

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

    ipv6修正 ip6_route_net_exit_late() 中的警告 (CVE-2022-49903)

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

    net、neigh：修正 neigh_table_clear() 中的 null-ptr-deref (CVE-2022-49904)

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

    net：mdio：為 __mdiobus_register 修正位元移位中的未定義行為 (CVE-2022-49907)

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

    btrfs：修正 qgroup 自我測試之錯誤路徑中的 ulist 洩漏 (CVE-2022-49912)

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

    btrfs修正反向參照搜尋期間於 find_parent_nodes() 發生的 inode 清單洩漏 (CVE-2022-49913)

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

    btrfs：修正反向參照搜尋期間於 resolve_indirect_refs() 發生的 inode 清單洩漏 (CVE-2022-49914)

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

    mISDN：修正 mISDN_register_device() 中可能發生的記憶體洩漏 (CVE-2022-49915)

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

    ipvs修正 ip_vs_app_net_cleanup() 中的警告 (CVE-2022-49917)

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

    ipvs修正 __ip_vs_cleanup_batch() 中的警告 (CVE-2022-49918)

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

    netfilternf_tables從認可路徑釋放流程規則物件 (CVE-2022-49919)

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

    net：sched：修正 red_enqueue() 中的釋放後使用 (CVE-2022-49921)

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

    RDMA/核心修正 ib_core_cleanup() 中的 null-ptr-deref (CVE-2022-49925)

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

    nfs4：修正配置插槽失敗時的 kmemleak (CVE-2022-49927)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50240)

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

    NFSD修正執行伺服器間複製時來源伺服器上的釋放後使用 (CVE-2022-50241)

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

    sctp處理從 sctp_auth_asoc_init_active_key 傳回的錯誤 (CVE-2022-50243)

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

    xen/gntdev防止洩漏授權 (CVE-2022-50257)

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

    kcm註解 kcm->rx_wait 的資料爭用 (CVE-2022-50265)

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

    vhost/vsock針對較大的封包使用 kvmalloc/kvfree。 (CVE-2022-50271)

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

    mm、hugetlb在遞減 h->resv_huge_pages 前取得 hugetlb_lock (CVE-2022-50285)

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

    kcm註釋 kcm->rx_psock 的資料爭用 (CVE-2022-50291)

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

    md將 snprintf 取代為 scnprintf (CVE-2022-50299)

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

    nbd修正訊號中斷時發生的懸置 nbd_start_device_ioctl() (CVE-2022-50314)

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

    ataahci比對 EM_MAX_SLOTS 和 SATA_PMP_MAX_PORTS (CVE-2022-50315)

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

    jbd2修正 jbd2_fc_wait_bufs 中的潛在釋放後使用 (CVE-2022-50328)

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

    cryptocavium - 防止載入韌體的整數溢位 (CVE-2022-50330)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2022-50338)

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

    ext4修正 ext4_write_info 中的 null-ptr-deref (CVE-2022-50344)

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

    nfsd修正錯誤處理路徑中的記憶體洩漏 (CVE-2022-50348)

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

    nethns修正 hnae_ae_register() 中的潛在記憶體洩漏 (CVE-2022-50352)

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

    netschedsfb修正 sfb_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50356)

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

    btrfs修正配額啟用和配額重新掃描 ioctl 之間的爭用 (CVE-2022-50379)

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

    mm/proc/pid/smaps_rollup修正任何 vma 的 null-deref (CVE-2022-50380)

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

    net/ieee802154拒絕零大小的 raw_sendmsg() (CVE-2022-50397)

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

    net如果 sock 無作用請勿存取 sock 在 sk_stream_wait_memory 中的 sk_wq (CVE-2022-50409)

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

    scsilibsas修正 smp_execute_task_sg() 中的釋放後使用錯誤 (CVE-2022-50422)

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

    kernfs修正 __kernfs_remove 中的釋放後使用 (CVE-2022-50432)

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

    ext4避免在 DIO 寫入之後建立內嵌資料時當機 (CVE-2022-50435)

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

    netschedcake修正 cake_init() 失敗時的 NULL 指標存取問題 (CVE-2022-50452)

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

    scsi: iscsi: iscsi_tcp呼叫 getpeername() 時修正 null-ptr-deref (CVE-2022-50459)

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

    cifs修正 cifs_flock() 中的 xid 洩漏 (CVE-2022-50460)

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

    fs/binfmt_elf修正 load_elf_binary() 中的記憶體洩漏 (CVE-2022-50466)

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

    xhci釋放裝置時從頻寬清單中移除裝置端點 (CVE-2022-50470)

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

    xen/gntdev容納 VMA 分割 (CVE-2022-50471)

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

    iommu/vt-d清理 init_dmars() 錯誤路徑中的 si_domain (CVE-2022-50482)

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

    ext4修正 ext4_fc_record_regions() 中的潛在記憶體洩漏 (CVE-2022-50512)

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

    tipc修正 tipc_topsrv_kern_subscr 中的資訊洩漏 (CVE-2022-50531)

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

    usbhostxhci修正 xhci_alloc_stream_info() 中的潛在記憶體洩漏 (CVE-2022-50544)

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

    tipc修正 tipc_topsrv_accept 中的 null-ptr-deref (CVE-2022-50555)

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

    xfrm釋放時以 NULL 更新 ipcomp_scratches (CVE-2022-50569)

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

    arm64ftrace以 mcount 修正模組 PLT (CVE-2022-50579)

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

    blk-throttle防止在計算等候時間時發生溢位 (CVE-2022-50580)

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

    Regulatorcore防止整數反向溢位 (CVE-2022-50582)

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

    ext4修正 ext4_fc_record_modified_inode() 中的潛在記憶體洩漏 (CVE-2022-50622)

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

    mmhugetlb修正 hugetlb_handle_userfault 中的 UAF (CVE-2022-50630)

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

    mmccore修正移除非標準 SDIO 卡時發生的核心錯誤 (CVE-2022-50640)

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

    cifs修正 cifs_copy_file_range() 中的 xid 洩漏 (CVE-2022-50643)

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

    RDMA/rxe修正核心 NULL 指標解除參照錯誤 (CVE-2022-50671)

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

    netrds從 rds_tcp_reset_callbacks() 取消工作時不保留通訊端鎖定 (CVE-2022-50676)

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

    i40e修正 DMA 對應洩漏 (CVE-2022-50679)

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

    selinux在 convert_context() 中啟用 GFP_KERNEL 和 GFP_ATOMIC 的使用 (CVE-2022-50699)

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

    net/ieee802154不警告零大小的 raw_sendmsg() (CVE-2022-50706)

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

    net/mlx5修正 async 命令介面中可能的釋放後使用 (CVE-2022-50726)

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

    cryptoakcipher - 設定私密金鑰的預設實作 (CVE-2022-50731)

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

    usbidmouse修正 idmouse_open 中的 uninit-value (CVE-2022-50733)

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

    net修正 ops_init() 失敗時nfqnl_nf_hook_drop() 中的 UAF 問題 (CVE-2022-50780)

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

    ipv6確保通道中的裝置 mtu 正常 (CVE-2022-50816)

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

    nethsr避免 skb_clone() 中可能的 NULL 解除參照 (CVE-2022-50817)

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

    jbd2在 fc_do_one_pass() 中新增未命中釋放緩衝區標頭 (CVE-2022-50835)

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

    jbd2修正潛在的緩衝區標頭參照計數洩漏 (CVE-2022-50839)

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

    drm/virtio檢查傳輸的 2D BO 是否為 shmem (CVE-2022-50842)

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

    cifs修正 cifs_ses_add_channel() 中的 xid 洩漏 (CVE-2022-50856)

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

    cifs修正 VALIDATE_NEGOTIATE_INFO 訊息的錯誤長度 (CVE-2022-50859)

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

    tcp修正 tcp_add_backlog() 中的帶正負號整數溢位錯誤 (CVE-2022-50865)

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

    drm防止 drm_copy_field() 嘗試複製 NULL 指標 (CVE-2022-50884)

    據發現，在 Linux 核心中，由於爭用問題，net/sched/sch_api.c 的 qdisc_graft 中存在釋放後使用缺陷。此缺陷可導致拒絕服務問題。(CVE-2023-0590)

    在 Linux 核心的 TUN/TAP 裝置驅動程式功能中發現超出邊界記憶體存取缺陷，該缺陷涉及使用者在啟用 napi frags 時產生惡意網路封包 (過大) 的方式。本機使用者可利用此缺陷造成系統當機，或可能提升自己的系統權限。(CVE-2023-3812)

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

    binder修正 alloc->vma 在與 munmap() 爭用中的 UAF (CVE-2023-54157)

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

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Avoid field-overflowing memcpy() In preparation for FORTIFY_SOURCE performing compile-time and run-time field bounds checking for memcpy(), memmove(), and memset(), avoid intentionally writing across neighboring fields. Use flexible arrays instead of zero-element arrays (which look like they are always overflowing) and split the cross-field memcpy() into two halves that can be appropriately bounds-checked by the compiler. We were doing:
    #define ETH_HLEN 14 #define VLAN_HLEN 4 ... #define MLX5E_XDP_MIN_INLINE (ETH_HLEN + VLAN_HLEN) ... struct mlx5e_tx_wqe *wqe = mlx5_wq_cyc_get_wqe(wq, pi); ... struct mlx5_wqe_eth_seg *eseg = &wqe->eth; struct mlx5_wqe_data_seg *dseg = wqe->data; ... memcpy(eseg->inline_hdr.start, xdptxd->data, MLX5E_XDP_MIN_INLINE); target is wqe->eth.inline_hdr.start (which the compiler sees as being 2 bytes in size), but copying 18, intending to write across start (really vlan_tci, 2 bytes). The remaining 16 bytes get written into wqe->data[0], covering byte_count (4 bytes), lkey (4 bytes), and addr (8 bytes). struct mlx5e_tx_wqe { struct mlx5_wqe_ctrl_seg ctrl; /* 0 16 */ struct mlx5_wqe_eth_seg eth; /* 16 16 */ struct mlx5_wqe_data_seg data[]; /* 32 0 */ /* size: 32, cachelines: 1, members: 3 */ /* last cacheline: 32 bytes
    */ }; struct mlx5_wqe_eth_seg { u8 swp_outer_l4_offset; /* 0 1 */ u8 swp_outer_l3_offset; /* 1 1 */ u8 swp_inner_l4_offset; /* 2 1 */ u8 swp_inner_l3_offset; /* 3 1 */ u8 cs_flags; /* 4 1 */ u8 swp_flags; /* 5 1 */ __be16 mss; /* 6 2 */ __be32 flow_table_metadata; /* 8 4 */ union { struct { __be16 sz; /* 12 2 */ u8 start[2]; /* 14 2 */ } inline_hdr; /* 12 4 */ struct { __be16 type; /* 12 2 */ __be16 vlan_tci; /* 14 2 */} insert; /* 12 4 */ __be32 trailer; /* 12 4 */ }; /* 12 4 */ /* size: 16, cachelines: 1, members: 9 */ /* last cacheline: 16 bytes */ }; struct mlx5_wqe_data_seg { __be32 byte_count; /* 0 4 */ __be32 lkey; /* 4 4
    */ __be64 addr; /* 8 8 */ /* size: 16, cachelines: 1, members: 3 */ /* last cacheline: 16 bytes */ }; So, split the memcpy() so the compiler can reason about the buffer sizes. pahole shows no size nor member offset changes to struct mlx5e_tx_wqe nor struct mlx5e_umr_wqe. objdump -d shows no meaningful object code changes (i.e. only source line number induced differences and optimizations). (CVE-2022-48744)

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix the behavior of READ near OFFSET_MAX Dan Aloni reports: > Due to commit 8cfb9015280d (NFS: Always provide aligned buffers to > the RPC read layers) on the client, a read of 0xfff is aligned up > to server rsize of 0x1000. > > As a result, in a test where the server has a file of size > 0x7fffffffffffffff, and the client tries to read from the offset > 0x7ffffffffffff000, the read causes loff_t overflow in the server > and it returns an NFS code of EINVAL to the client. The client as > a result indefinitely retries the request. The Linux NFS client does not handle NFS?ERR_INVAL, even though all NFS specifications permit servers to return that status code for a READ. Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed and return a short result. Set the EOF flag in the result to prevent the client from retrying the READ request. This behavior appears to be consistent with Solaris NFS servers. Note that NFSv3 and NFSv4 use u64 offset values on the wire. These must be converted to loff_t internally before use -- an implicit type cast is not adequate for this purpose. Otherwise VFS checks against sb->s_maxbytes do not work properly.
    (CVE-2022-48827)

  - 已解決 Linux 核心中的下列弱點：Bluetooth: L2CAP: Fix user-after-free This uses l2cap_chan_hold_unless_zero() after calling __l2cap_get_chan_blah() to prevent the following trace: Bluetooth: l2cap_core.c:static void l2cap_chan_destroy(struct kref *kref) Bluetooth: chan 0000000023c4974d Bluetooth: parent 00000000ae861c08 ================================================================== BUG: KASAN: use-after-free in
    __mutex_waiter_is_first kernel/locking/mutex.c:191 [inline] BUG: KASAN: use-after-free in
    __mutex_lock_common kernel/locking/mutex.c:671 [inline] BUG: KASAN: use-after-free in
    __mutex_lock+0x278/0x400 kernel/locking/mutex.c:729 Read of size 8 at addr ffff888006a49b08 by task kworker/u3:2/389 (CVE-2022-50386)

  - 已解決 Linux 核心中的下列弱點：scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - 已解決 Linux 核心中的下列弱點：kernfs: fix use-after-free in
    __kernfs_remove Syzkaller managed to trigger concurrent calls to kernfs_remove_by_name_ns() for the same file resulting in a KASAN detected use-after-free. The race occurs when the root node is freed during kernfs_drain(). To prevent this acquire an additional reference for the root of the tree that is removed before calling __kernfs_remove(). Found by syzkaller with the following reproducer (slab_nomerge is required): syz_mount_image$ext4(0x0, &(0x7f0000000100)='./file0\x00', 0x100000, 0x0, 0x0, 0x0, 0x0) r0 = openat(0xffffffffffffff9c, &(0x7f0000000080)='/proc/self/exe\x00', 0x0, 0x0) close(r0) pipe2(&(0x7f0000000140)={0xffffffffffffffff, <r1=>0xffffffffffffffff}, 0x800) mount$9p_fd(0x0, &(0x7f0000000040)='./file0\x00', &(0x7f00000000c0), 0x408, &(0x7f0000000280)={'trans=fd,', {'rfdno', 0x3d, r0}, 0x2c, {'wfdno', 0x3d, r1}, 0x2c, {[{@cache_loose}, {@mmap}, {@loose}, {@loose}, {@mmap}], [{@mask={'mask', 0x3d, '^MAY_EXEC'}}, {@fsmagic={'fsmagic', 0x3d, 0x10001}}, {@dont_hash}]}}) Sample report: ================================================================== BUG: KASAN: use-after-free in kernfs_type include/linux/kernfs.h:335 [inline] BUG: KASAN: use-after-free in kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline] BUG: KASAN: use-after-free in __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 Read of size 2 at addr ffff8880088807f0 by task syz-executor.2/857 CPU: 0 PID: 857 Comm: syz-executor.2 Not tainted 6.0.0-rc3-00363-g7726d4c3e60b #5 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.15.0-1 04/01/2014 Call Trace: <TASK> __dump_stack lib/dump_stack.c:88 [inline] dump_stack_lvl+0x6e/0x91 lib/dump_stack.c:106 print_address_description mm/kasan/report.c:317 [inline] print_report.cold+0x5e/0x5e5 mm/kasan/report.c:433 kasan_report+0xa3/0x130 mm/kasan/report.c:495 kernfs_type include/linux/kernfs.h:335 [inline] kernfs_leftmost_descendant fs/kernfs/dir.c:1261 [inline]
    __kernfs_remove.part.0+0x843/0x960 fs/kernfs/dir.c:1369 __kernfs_remove fs/kernfs/dir.c:1356 [inline] kernfs_remove_by_name_ns+0x108/0x190 fs/kernfs/dir.c:1589 sysfs_slab_add+0x133/0x1e0 mm/slub.c:5943
    __kmem_cache_create+0x3e0/0x550 mm/slub.c:4899 create_cache mm/slab_common.c:229 [inline] kmem_cache_create_usercopy+0x167/0x2a0 mm/slab_common.c:335 p9_client_create+0xd4d/0x1190 net/9p/client.c:993 v9fs_session_init+0x1e6/0x13c0 fs/9p/v9fs.c:408 v9fs_mount+0xb9/0xbd0 fs/9p/vfs_super.c:126 legacy_get_tree+0xf1/0x200 fs/fs_context.c:610 vfs_get_tree+0x85/0x2e0 fs/super.c:1530 do_new_mount fs/namespace.c:3040 [inline] path_mount+0x675/0x1d00 fs/namespace.c:3370 do_mount fs/namespace.c:3383 [inline] __do_sys_mount fs/namespace.c:3591 [inline] __se_sys_mount fs/namespace.c:3568 [inline] __x64_sys_mount+0x282/0x300 fs/namespace.c:3568 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x38/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP: 0033:0x7f725f983aed Code: 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f725f0f7028 EFLAGS: 00000246 ORIG_RAX: 00000000000000a5 RAX: ffffffffffffffda RBX: 00007f725faa3f80 RCX: 00007f725f983aed RDX:
    00000000200000c0 RSI: 0000000020000040 RDI: 0000000000000000 RBP: 00007f725f9f419c R08: 0000000020000280 R09: 0000000000000000 R10: 0000000000000408 R11: 0000000000000246 R12: 0000000000000000 R13:
    0000000000000006 R14: 00007f725faa3f80 R15: 00007f725f0d7000 </TASK> Allocated by task 855:
    kasan_save_stack+0x1e/0x40 mm/kasan/common.c:38 kasan_set_track mm/kasan/common.c:45 [inline] set_alloc_info mm/kasan/common.c:437 [inline] __kasan_slab_alloc+0x66/0x80 mm/kasan/common.c:470 kasan_slab_alloc include/linux/kasan.h:224 [inline] slab_post_alloc_hook mm/slab.h:7 ---truncated--- (CVE-2022-50432)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
359803	CentOS Linux 7 [TuxCare] 安全性更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / etc 多個弱點（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
168430	Amazon Linux 2核心 --advisory ALAS2-2022-1888 (ALAS-2022-1888)	Nessus	Amazon Linux Local Security Checks	2022/12/7	2026/2/24	high
168727	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2022-039 (ALASKERNEL-5.4-2022-039)	Nessus	Amazon Linux Local Security Checks	2022/12/14	2026/2/11	high
352370	CentOS Linux 8.5 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc 多個弱點（CENTOS8.5：CLSA-2026：1773047921）	Nessus	CentOS Local Security Checks	2026/9/30	2026/9/30	high
362073	CentOS Linux 8 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個漏洞（CENTOS-STREAM8：CLSA-2026：1780132980）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/2	high
269576	Linux Distros 未修補弱點：CVE-2022-50432	Nessus	Misc.	2025/10/8	2026/7/17	high
168507	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。15-2022-011 (ALASKERNEL-5.15-2022-011)	Nessus	Amazon Linux Local Security Checks	2022/12/8	2026/2/9	high
168520	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2022-023 (ALASKERNEL-5.10-2022-023)	Nessus	Amazon Linux Local Security Checks	2022/12/8	2026/2/11	high
361020	CentOS Linux 8.4 [TuxCare] 安全性更新：bpftool / kernel / kernel-core / kernel-cross-headers / etc多個弱點（CENTOS8.4：CLSA-2026：1773048865）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high