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

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

  - 核心：dvb_register_device() 中的爭用條件導致的釋放後使用弱點 (CVE-2022-45884)

  - 核心：dvb_net.c 中的爭用條件導致的釋放後使用弱點 (CVE-2022-45886)

  - 核心：dvb_ca_en50221.c 中的爭用條件導致的釋放後使用弱點 (CVE-2022-45919)

  - 核心：smb2_is_status_io_timeout() 中的釋放後使用弱點 (CVE-2023-1192)

  - 核心：net/sched: cls_u32 元件 tcf_change_indev() 失敗時的參照計數器洩漏弱點 (CVE-2023-3609)

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

  - 核心：工作移轉頁面和另一個呼叫 exit_mmap 以釋放這些相同頁面的工作之間發生爭用，導致 include/linux/swapops.h 中出現無效的 opcode 錯誤 (CVE-2023-4732)

  - 核心：fbcon：由於錯誤的 con2fb_map 指派，導致 fbcon_mode_deleted 中出現失去同步的陣列 (CVE-2023-38409)

  - 核心：netfilter：因整數反向溢位而導致潛在的 slab 超出邊界存取弱點 (CVE-2023-42753)

  - 核心：mm/slab_common：kmem_cache_destroy() 後 slab_caches 清單損毀 (CVE-2023-52562)

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

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

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

    ext4在 ext4_mb_clear_bb() 中使用之前必須先驗證區塊範圍 (CVE-2022-50021)

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

    block、bfq修正「bfqq->bic」的潛在 uaf (CVE-2022-50488)

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

    seccomp將 copy_seccomp() 移至無失敗路徑。 (CVE-2022-50661)

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    drm/shmem-helper移除放置在錯誤路徑中的另一個錯誤 (CVE-2023-53084)

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

    drm/i915/active修正將非閒置障礙物誤用為隔離追踪器的問題 (CVE-2023-53087)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    互連釋放節點時修正記憶體洩漏 (CVE-2023-53096)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    i40e修正當介面卡處於復原模式時在重新開機期間發生的核心損毀 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中可能發生的 UAF (CVE-2023-53116)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的 NULL 指標存取 (CVE-2023-53124)

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

    net: usb: smsc75xx: 將封包長度限制為 skb->len (CVE-2023-53125)

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

    SUNRPC：修正伺服器關機洩漏 (CVE-2023-53131)

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

    bnxt_en避免 TPA 資料的 order-5 記憶體配置 (CVE-2023-53134)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    arm64efi使 efi_rt_lock 成為 raw_spinlock (CVE-2023-53216)

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

    KVMVMX修正因未初始化 current_vmcs 而造成的當機 (CVE-2023-53756)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

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

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

  - 已解決 Linux 核心中的下列弱點：i40e: Fix kernel crash during reboot when adapter is in recovery mode If the driver detects during probe that firmware is in recovery mode then i40e_init_recovery_mode() is called and the rest of probe function is skipped including pci_set_drvdata().
    Subsequent i40e_shutdown() called during shutdown/reboot dereferences NULL pointer as pci_get_drvdata() returns NULL. To fix call pci_set_drvdata() also during entering to recovery mode. Reproducer: 1) Lets have i40e NIC with firmware in recovery mode 2) Run reboot Result: [ 139.084698] i40e: Intel(R) Ethernet Connection XL710 Network Driver [ 139.090959] i40e: Copyright (c) 2013 - 2019 Intel Corporation. [139.108438] i40e 0000:02:00.0: Firmware recovery mode detected. Limiting functionality. [ 139.116439] i40e 0000:02:00.0: Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [ 139.129499] i40e 0000:02:00.0: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.215932] i40e 0000:02:00.0 enp2s0f0: renamed from eth0 [ 139.223292] i40e 0000:02:00.1: Firmware recovery mode detected. Limiting functionality. [ 139.231292] i40e 0000:02:00.1:
    Refer to the Intel(R) Ethernet Adapters and Devices User Guide for details on firmware recovery mode. [139.244406] i40e 0000:02:00.1: fw 8.3.64775 api 1.13 nvm 8.30 0x8000b78d 1.3106.0 [8086:1583] [15d9:084a] [ 139.329209] i40e 0000:02:00.1 enp2s0f1: renamed from eth0 ... [ 156.311376] BUG: kernel NULL pointer dereference, address: 00000000000006c2 [ 156.318330] #PF: supervisor write access in kernel mode [156.323546] #PF: error_code(0x0002) - not-present page [ 156.328679] PGD 0 P4D 0 [ 156.331210] Oops: 0002 [#1] PREEMPT SMP NOPTI [ 156.335567] CPU: 26 PID: 15119 Comm: reboot Tainted: G E 6.2.0+ #1 [ 156.343126] Hardware name: Abacus electric, s.r.o. - servis@abacus.cz Super Server/H12SSW-iN, BIOS 2.4 04/13/2022 [156.353369] RIP: 0010:i40e_shutdown+0x15/0x130 [i40e] [ 156.358430] Code: c1 fc ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 55 48 89 fd 53 48 8b 9f 48 01 00 00 <f0> 80 8b c2 06 00 00 04 f0 80 8b c0 06 00 00 08 48 8d bb 08 08 00 [ 156.377168] RSP: 0018:ffffb223c8447d90 EFLAGS:
    00010282 [ 156.382384] RAX: ffffffffc073ee70 RBX: 0000000000000000 RCX: 0000000000000001 [ 156.389510] RDX: 0000000080000001 RSI: 0000000000000246 RDI: ffff95db49988000 [ 156.396634] RBP: ffff95db49988000 R08:
    ffffffffffffffff R09: ffffffff8bd17d40 [ 156.403759] R10: 0000000000000001 R11: ffffffff8a5e3d28 R12:
    ffff95db49988000 [ 156.410882] R13: ffffffff89a6fe17 R14: ffff95db49988150 R15: 0000000000000000 [156.418007] FS: 00007fe7c0cc3980(0000) GS:ffff95ea8ee80000(0000) knlGS:0000000000000000 [ 156.426083] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 156.431819] CR2: 00000000000006c2 CR3: 00000003092fc005 CR4: 0000000000770ee0 [ 156.438944] PKRU: 55555554 [ 156.441647] Call Trace: [ 156.444096] <TASK> [156.446199] pci_device_shutdown+0x38/0x60 [ 156.450297] device_shutdown+0x163/0x210 [ 156.454215] kernel_restart+0x12/0x70 [ 156.457872] __do_sys_reboot+0x1ab/0x230 [ 156.461789] ? vfs_writev+0xa6/0x1a0 [156.465362] ? __pfx_file_free_rcu+0x10/0x10 [ 156.469635] ? __call_rcu_common.constprop.85+0x109/0x5a0 [156.475034] do_syscall_64+0x3e/0x90 [ 156.478611] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 156.483658] RIP: 0033:0x7fe7bff37ab7 (CVE-2023-53114)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    在 Linux 核心 6.2.8 及更低版本的 arch/x86/kvm/vmx/nested.c 中發現一個問題。x86_64 上的 nVMX 缺少 CR0 和 CR4 的一致性檢查。(CVE-2023-30456)

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

    ftrace：修正索引為 0 時 lookup_rec() 中的無效位址存取 (CVE-2023-53075)

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

    ext4：修正 ext4_xattr_delete_inode 中的任務懸置 (CVE-2023-53089)

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

    ext4：修正 ext4_update_inline_data 中的警告 (CVE-2023-53100)

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

    ext4：初始化 bootloader inode 時將 i_disksize 歸零 (CVE-2023-53101)

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

    net：tunnels：註釋 dev->needed_headroom 的無鎖定存取 (CVE-2023-53109)

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

    i40e修正當介面卡處於復原模式時在重新開機期間發生的核心損毀 (CVE-2023-53114)

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

    nvmet：避免 nvmet_req_complete() 中可能發生的 UAF (CVE-2023-53116)

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

    fs：關閉檔案描述符號時防止超出邊界陣列推測 (CVE-2023-53117)

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

    tcp: 現可從處理程序背景資訊呼叫 tcp_make_synack() (CVE-2023-53121)

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

    scsimpt3sas修正 mpt3sas_transport_port_add() 中的 NULL 指標存取 (CVE-2023-53124)

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

    net: usb: smsc75xx: 將封包長度限制為 skb->len (CVE-2023-53125)

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

    bnxt_en避免 TPA 資料的 order-5 記憶體配置 (CVE-2023-53134)

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

    ext4：修正移動目錄時可能發生的損毀問題 (CVE-2023-53137)

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

    scsicore移除之前的 /proc/scsi/${proc_name} 目錄 (CVE-2023-53140)

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

    ila：不在 ila_xlat_nl_cmd_get_mapping() 中產生空白訊息 (CVE-2023-53141)

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

    ext4：修正 1k 區塊檔案系統上的另一個差一 fsmap 錯誤 (CVE-2023-53143)

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

    iommu/amd為 ivrs_acpihid 命令行參數新增長度限制 (CVE-2023-54057)

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
189642	RHEL 8：核心 (RHSA-2023:7539)	Nessus	Red Hat Local Security Checks	2024/1/26	2025/9/24	high
200362	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。10-2024-059 (ALASKERNEL-5.10-2024-059)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high
246563	Linux Distros 未修補的弱點：CVE-2023-53114	Nessus	Misc.	2025/8/9	2026/11/12	medium
194262	RHEL 9：kernel (RHSA-2023:6583)	Nessus	Red Hat Local Security Checks	2024/4/28	2025/10/28	high
200361	Amazon Linux 2核心 --advisory ALAS2KERNEL-5。4-2024-070 (ALASKERNEL-5.4-2024-070)	Nessus	Amazon Linux Local Security Checks	2024/6/11	2026/2/9	high
360687	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc多個弱點（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/19	high

偵測

搜尋 Plugin

high

high

medium

high

high

high