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

  - Git LFS 是 Git 延伸模組用於設定大型檔案的版本。Git LFS 向遠端主機的 Git 要求憑證時，會傳送主機的部分 URL 至 `git-credential(1)` 命令，而不檢查內嵌的行結尾控製字元，然後將其接收到的任何憑證從遠端主機的 Git 憑證協助程式傳回遠端主機。攻擊者可在 URL 中插入 URL 編碼的控製字元，例如換行 (LF) 或歸位字元 (CR)，以擷取使用者的 Git 憑證。先前的所有版本皆有此問題，目前已在 v3.6.1 中修補。所有使用者皆應升級至 v3.6.1。目前尚無任何因應措施。(CVE-2024-53263)

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

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

  - 在 5.19.2之前的 Linux 核心 5.15 至 5.19 的 ksmbd 中發現一個問題。 fs/ksmbd/smb2pdu.c 的 SMB2_TREE_DISCONNECT 有釋放後使用和 OOPS。 (CVE-2022-47939)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存有弱點 (元件：Server：DDL)。受影響的支援版本是 8.4.0 和 9.0.0。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2025-21583)

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

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

  - 已解決 Linux 核心中的下列弱點：mm/zswap: fix inconsistency when zswap_store_page() fails Commit b7c0ccdfbafd (mm: zswap: support large folios in zswap_store()) skips charging any zswap entries when it failed to zswap the entire folio. However, when some base pages are zswapped but it failed to zswap the entire folio, the zswap operation is rolled back. When freeing zswap entries for those pages, zswap_entry_free() uncharges the zswap entries that were not previously charged, causing zswap charging to become inconsistent. This inconsistency triggers two warnings with following steps: # On a machine with 64GiB of RAM and 36GiB of zswap $ stress-ng --bigheap 2 # wait until the OOM-killer kills stress-ng $ sudo reboot The two warnings are: in mm/memcontrol.c:163, function obj_cgroup_release(): WARN_ON_ONCE(nr_bytes & (PAGE_SIZE - 1)); in mm/page_counter.c:60, function page_counter_cancel(): if (WARN_ONCE(new < 0, page_counter underflow: %ld nr_pages=%lu\n, new, nr_pages)) zswap_stored_pages also becomes inconsistent in the same way. As suggested by Kanchana, increment zswap_stored_pages and charge zswap entries within zswap_store_page() when it succeeds. This way, zswap_entry_free() will decrement the counter and uncharge the entries when it failed to zswap the entire folio. While this could potentially be optimized by batching objcg charging and incrementing the counter, let's focus on fixing the bug this time and leave the optimization for later after some evaluation. After resolving the inconsistency, the warnings disappear. [42.hyeyoo@gmail.com: refactor zswap_store_page()] (CVE-2025-21860)

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

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

  - 已解決 Linux 核心中的下列弱點：sched/fair: Fix NEXT_BUDDY Adam reports that enabling NEXT_BUDDY insta triggers a WARN in pick_next_entity(). Moving clear_buddies() up before the delayed dequeue bits ensures no ->next buddy becomes delayed. Further ensure no new ->next buddy ever starts as delayed. (CVE-2024-49573)

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

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

  - 無障礙網頁延伸頁面 (有 moz-extension:// scheme 的頁面) 在 Web 延伸模組的內容安全性原則中使用時，並未正確強制執行 frame-ancestor 指示詞。此弱點會影響 Firefox < 97、Thunderbird < 91.6 和 Firefox ESR < 91.6。(CVE-2022-22761)

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

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

  - 在 Linux 核心 5.3.11 中，掛載兩次特製的 btrfs 影響可造成 rwsem_down_write_slowpath 釋放後使用，這是因為 (在 kernel/locking/rwsem.c 的 rwsem_can_spin_on_owner 中) rwsem_owner_flags 會傳回已釋放的指標 (CVE-2019-19318)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: gadget: u_serial: Fix...
    (CVE-2025-38448)

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

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

  - fs/nfs/read修正 nfs_return_empty_folio() 中的雙重解鎖錯誤。 XOR 回 `PG_locked` 旗標。在大多數情況下 (視截斷時間而定) 沒有人注意到此問題因為 folio_unlock() 被呼叫了 3 次進而使 `PG_locked` 反向翻轉 1. vfs_read、nfs_read_folio、... nfs_read_add_folio、nfs_return_empty_folio 2.
    vfs_read、nfs_read_folio、 ... netfs_read_collection、netfs_unlock_abandoned_read_pages 3. vfs_read、 ...
    nfs_do_read_folio、nfs_read_add_folio、nfs_return_empty_folio 問題是在已啟用 fscache 的情況下nfs_read_add_folio() 不應解鎖 folio且在 nfs_return_empty_folio() 中缺少 nfs_netfs_folio_unlock() 檢查。在很少情況下這會導致 netfs_read_collection() 中出現警告 ------------[cut here ]------------ R=0000031c未鎖定 folio 10 警告CPU: 0 PID: 29 at fs/netfs/read_collect.c:133 netfs_read_collection+0x7c0/0xf00 [...] Workqueue: event_unbound netfs_read_collection_worker RIP: 0010:netfs_read_collection+0x7c0/0xf00 [...] 呼叫追踪 <TASK> netfs_read_collection_worker +0x67/0x80 process_one_work+0x12e/0x2c0 worker_thread+0x295/0x3a0 但是在大多數情況下處理程序會永遠停滯在 folio_wait_bit_common() 中等待 `PG_locked` 消失但這種情況從未發生過因為實際上沒有人持有 folio 鎖定。 (CVE-2025-38338)

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

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

  - 已解決 Linux 核心中的下列弱點：PCI: of_property: Return error for int_map allocation failure Return -ENOMEM from of_pci_prop_intr_map() if kcalloc() fails to prevent a NULL pointer dereference in this case. [bhelgaas: commit log] (CVE-2024-34030)

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

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

  - 在 SQLite 3.31.1 及其之前的所有版本中，由於程式未正確處理 AggInfo 物件的初始化，攻擊者可透過格式錯誤的視窗函式查詢造成拒絕服務 (分割錯誤)。(CVE-2020-11655

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

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

  - usbnet在重要路徑中 rx_complete 期間修正 NPE。usb_submit_urb 函式缺少 usbnet_going_away 驗證而 __usbnet_queue_skb 包含此檢查。此不一致會造成爭用情形其中 URB 要求可能會成功但是對應的 SKB 資料無法排入佇列。後續處理程序 (例如rx_complete defer_bh __skb_unlink(skb, list)) 嘗試存取 skb->next進而觸發 NULL 指標解除參照 (核心錯誤)。 (CVE-2025-22050)

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

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

  - 在 1.35.12 之前版本、1.36.x 至 1.39.x 版 (不超過 1.39.5 版) 以及 1.40.1 之前的 1.40.x 版的 MediaWiki 中發現一個問題。在您有新訊息許多使用者和您有新訊息 i18n 訊息中有 XSS。這與 MediaWiki:Youhavenewmessagesfromusers 有關。 (CVE-2023-45360)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: nf_tables: Fix a memory leak in nf_tables_updchain If nft_netdev_register_hooks() fails, the memory associated with nft_stats is not freed, causing a memory leak. This patch fixes it by moving nft_stats_alloc() down after nft_netdev_register_hooks() succeeds. (CVE-2024-27064)

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

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

  - fscrypt停止使用 fscrypt_master_key 的 keyrings 子系統。fs/crypto/ 在內部管理結構金鑰 keyring 中所含結構金鑰物件之承載之 fscrypt_master_key 結構的方法已過時。原本的想法是透過重複使用 keyring 子系統的程式碼來簡化程式碼。但是會出現數個不易解決的問題- 破壞主要金鑰結構時必須在其中內嵌的任何按模式金鑰上呼叫 blk_crypto_evict_key()。(當新增內嵌加密支援時即開始發生此情況。)keyrings 子系統可任意延遲金鑰的解構即使超過檔案系統卸載的時間亦然。因此目前在主要金鑰遭到損毀時沒有簡單的方法可以呼叫 blk_crypto_evict_key()。目前已透過保留檔案系統 request_queue(s) 的額外參照來解決此問題。但有人忽略了 *不* 保證 request_queue 參照也會釘選對應的 blk_crypto_profile而對於支援內嵌密碼編譯的 device-mapper 裝置則不支援。這可能會造成釋放後使用錯誤。- 當使用未完全移除之主要金鑰的最後一個 inode 遭到收回時透過從 keyring 移除金鑰結構來完成主要金鑰移除。目前這是透過 key_invalidate() 完成。然而key_invalidate() 會取得金鑰 semaphore。從 shrinker 呼叫時這可能會鎖死因為在 fscrypt_ioctl_add_key() 中記憶體是使用相同旗號下的 GFP_KERNEL 配置。
    - 更一般而言keyring 子系統可任意延遲金鑰解構 (透過記憶體回收延遲或透過取得暫時金鑰參照的隨機處理程序) 並不受歡迎因為這表示我們無法嚴格保證會清除所有密碼。- 透過 keyrings 子系統執行主要金鑰查閱會導致呼叫 key_permission LSM 勾點。 fscrypt 不想要這個因為加密檔案的所有存取控制都設計為透過檔案本身發生就像其他任何檔案一樣。
    SELinux 使用者採用的因應措施是變更其 SELinux 原則以將金鑰搜尋存取權授予所有網域。此方法可行但這是一個奇怪的額外步驟且實際上並非必須執行。所有這些問題的修正是將實作變更為我原本應該做的不使用 keyring 子系統追踪檔案系統的 fscrypt_master_key 結構。而是請將其儲存在一般核心資料結構中然後據以重新執行參照計數、鎖定和存留期。
    使用雜湊表保留對 RCU 模式金鑰查閱的支援。將 fscrypt_sb_free() 取代為 fscrypt_sb_delete()在卸載期間會同步釋放金鑰並提早執行一次如此區塊裝置仍可使用。此修補程式的副作用是主金鑰本身和檔案系統 keyring 都不會再列在 /proc/keys 中。(主要金鑰使用者和主要金鑰使用者 keyring 仍會列出。)不過這主要是實作細節而且僅供除錯使用。我不知道有誰在使用。此修補程式*不會*變更主要金鑰使用者 (->mk_users) 的運作方式仍使用 keyring 子系統的 。金鑰配額仍需要該設定且變更設定並非解決上述問題的必要設定。若我們決定也一併變更則需另行提供修補程式。我已將此問題標記為修正了新增 fscrypt keyring 的原始提交但如上所述直到新增內嵌加密支援後才引入此修補程式修正的最重要問題。 (CVE-2022-49899)

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

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

  - drm/amd/display關閉 odm 時鐘前清除 optc 反向溢位 [為什麼] 關閉 ODM 時鐘後optc 反向溢位位元會一律保留在該處且無法清除。我們需要在下班前清除該項目。[如何] 在時鐘關閉時清除 。 (CVE-2022-49969)

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

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

  - 已解決 Linux 核心中的下列弱點：net: openvswitch: fix flow memory leak in ovs_flow_cmd_new Syzkaller reports a memory leak of new_flow in ovs_flow_cmd_new() as it is not freed when an allocation of a key fails. BUG: memory leak unreferenced object 0xffff888116668000 (size 632):
    comm syz-executor231, pid 1090, jiffies 4294844701 (age 18.871s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 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: [<00000000defa3494>] kmem_cache_zalloc include/linux/slab.h:654 [inline] [<00000000defa3494>] ovs_flow_alloc+0x19/0x180 net/openvswitch/flow_table.c:77 [<00000000c67d8873>] ovs_flow_cmd_new+0x1de/0xd40 net/openvswitch/datapath.c:957 [<0000000010a539a8>] genl_family_rcv_msg_doit+0x22d/0x330 net/netlink/genetlink.c:739 [<00000000dff3302d>] genl_family_rcv_msg net/netlink/genetlink.c:783 [inline] [<00000000dff3302d>] genl_rcv_msg+0x328/0x590 net/netlink/genetlink.c:800 [<000000000286dd87>] netlink_rcv_skb+0x153/0x430 net/netlink/af_netlink.c:2515 [<0000000061fed410>] genl_rcv+0x24/0x40 net/netlink/genetlink.c:811 [<000000009dc0f111>] netlink_unicast_kernel net/netlink/af_netlink.c:1313 [inline] [<000000009dc0f111>] netlink_unicast+0x545/0x7f0 net/netlink/af_netlink.c:1339 [<000000004a5ee816>] netlink_sendmsg+0x8e7/0xde0 net/netlink/af_netlink.c:1934 [<00000000482b476f>] sock_sendmsg_nosec net/socket.c:651 [inline] [<00000000482b476f>] sock_sendmsg+0x152/0x190 net/socket.c:671 [<00000000698574ba>]
    ____sys_sendmsg+0x70a/0x870 net/socket.c:2356 [<00000000d28d9e11>] ___sys_sendmsg+0xf3/0x170 net/socket.c:2410 [<0000000083ba9120>] __sys_sendmsg+0xe5/0x1b0 net/socket.c:2439 [<00000000c00628f8>] do_syscall_64+0x30/0x40 arch/x86/entry/common.c:46 [<000000004abfdcf4>] entry_SYSCALL_64_after_hwframe+0x61/0xc6 To fix this the patch rearranges the goto labels to reflect the order of object allocations and adds appropriate goto statements on the error paths. Found by Linux Verification Center (linuxtesting.org) with Syzkaller. (CVE-2023-52977)

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

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

  - 在 Artifex GhostPDL 之前的版本中發現一個弱點 (3989415a5b8e99b9d1b87cc9902bde9b7cdea145)。目前已將其歸類為「有問題」。這會影響元件 New Output File Open Error Handler 中devices/vector/gdevpdf.c 檔案的 pdf_ferror 函式。操控此弱點可導致 Null 指標解除參照。攻擊者可從遠端發動攻擊。修補程式的識別碼是 619a106ba4c4abed95110f84d5efcd7aee38c7cb。建議套用修補程式以修復此問題。
    (CVE-2025-7462)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/amd/display: fix null-pointer dereference on edid reading Use i2c adapter when there isn't aux_mode in dc_link to fix a null-pointer derefence that happens when running igt@kms_force_connector_basic in a system with DCN2.1 and HDMI connector detected as below: [ +0.178146] BUG: kernel NULL pointer dereference, address: 00000000000004c0 [ +0.000010] #PF: supervisor read access in kernel mode [ +0.000005] #PF: error_code(0x0000) - not-present page [ +0.000004] PGD 0 P4D 0 [ +0.000006] Oops: 0000 [#1] PREEMPT SMP NOPTI [ +0.000006] CPU: 15 PID:
    2368 Comm: kms_force_conne Not tainted 6.5.0-asdn+ #152 [ +0.000005] Hardware name: HP HP ENVY x360 Convertible 13-ay1xxx/8929, BIOS F.01 07/14/2021 [ +0.000004] RIP: 0010:i2c_transfer+0xd/0x100 [+0.000011] Code: ea fc ff ff 66 0f 1f 84 00 00 00 00 00 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 41 54 55 53 <48> 8b 47 10 48 89 fb 48 83 38 00 0f 84 b3 00 00 00 83 3d 2f 80 16 [+0.000004] RSP: 0018:ffff9c4f89c0fad0 EFLAGS: 00010246 [ +0.000005] RAX: 0000000000000000 RBX:
    0000000000000005 RCX: 0000000000000080 [ +0.000003] RDX: 0000000000000002 RSI: ffff9c4f89c0fb20 RDI:
    00000000000004b0 [ +0.000003] RBP: ffff9c4f89c0fb80 R08: 0000000000000080 R09: ffff8d8e0b15b980 [+0.000003] R10: 00000000000380e0 R11: 0000000000000000 R12: 0000000000000080 [ +0.000002] R13:
    0000000000000002 R14: ffff9c4f89c0fb0e R15: ffff9c4f89c0fb0f [ +0.000004] FS: 00007f9ad2176c40(0000) GS:ffff8d90fe9c0000(0000) knlGS:0000000000000000 [ +0.000003] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ +0.000004] CR2: 00000000000004c0 CR3: 0000000121bc4000 CR4: 0000000000750ee0 [+0.000003] PKRU: 55555554 [ +0.000003] Call Trace: [ +0.000006] <TASK> [ +0.000006] ? __die+0x23/0x70 [+0.000011] ? page_fault_oops+0x17d/0x4c0 [ +0.000008] ? preempt_count_add+0x6e/0xa0 [ +0.000008] ? srso_alias_return_thunk+0x5/0x7f [ +0.000011] ? exc_page_fault+0x7f/0x180 [ +0.000009] ? asm_exc_page_fault+0x26/0x30 [ +0.000013] ? i2c_transfer+0xd/0x100 [ +0.000010] drm_do_probe_ddc_edid+0xc2/0x140 [drm] [ +0.000067] ? srso_alias_return_thunk+0x5/0x7f [ +0.000006] ?
    _drm_do_get_edid+0x97/0x3c0 [drm] [ +0.000043] ? __pfx_drm_do_probe_ddc_edid+0x10/0x10 [drm] [ +0.000042] edid_block_read+0x3b/0xd0 [drm] [ +0.000043] _drm_do_get_edid+0xb6/0x3c0 [drm] [ +0.000041] ?
    __pfx_drm_do_probe_ddc_edid+0x10/0x10 [drm] [ +0.000043] drm_edid_read_custom+0x37/0xd0 [drm] [ +0.000044] amdgpu_dm_connector_mode_valid+0x129/0x1d0 [amdgpu] [ +0.000153] drm_connector_mode_valid+0x3b/0x60 [drm_kms_helper] [ +0.000000] __drm_helper_update_and_validate+0xfe/0x3c0 [drm_kms_helper] [ +0.000000] ? amdgpu_dm_connector_get_modes+0xb6/0x520 [amdgpu] [ +0.000000] ? srso_alias_return_thunk+0x5/0x7f [+0.000000] drm_helper_probe_single_connector_modes+0x2ab/0x540 [drm_kms_helper] [ +0.000000] status_store+0xb2/0x1f0 [drm] [ +0.000000] kernfs_fop_write_iter+0x136/0x1d0 [ +0.000000] vfs_write+0x24d/0x440 [ +0.000000] ksys_write+0x6f/0xf0 [ +0.000000] do_syscall_64+0x60/0xc0 [ +0.000000] ? srso_alias_return_thunk+0x5/0x7f [ +0.000000] ? syscall_exit_to_user_mode+0x2b/0x40 [ +0.000000] ? srso_alias_return_thunk+0x5/0x7f [ +0.000000] ? do_syscall_64+0x6c/0xc0 [ +0.000000] ? do_syscall_64+0x6c/0xc0 [ +0.000000] entry_SYSCALL_64_after_hwframe+0x6e/0xd8 [ +0.000000] RIP:
    0033:0x7f9ad46b4b00 [ +0.000000] Code: 40 00 48 8b 15 19 b3 0d 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 80 3d e1 3a 0e 00 00 74 17 b8 01 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 58 c3 0f 1f 80 00 00 00 00 48 83 ec 28 48 89 [ +0.000000] RSP: 002b:00007ffcbd3bd6d8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001 [+0.000000] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f9ad46b4b00 [ +0.000000] RDX:
    0000000000000002 RSI: 00007f9ad48a7417 RDI: 0000000000000009 [ +0.000000] RBP: 0000000000000002 R08
    ---truncated--- (CVE-2024-26728)

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

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

  - 在 5.6.3 版及其之前版本的 Linux 核心中sound/core/control.c 的 snd_ctl_elem_add 具有 count=info->owner 行其之後會影響相關不明副作用的 private_size*count 乘法。注意：
    核心工程師對此發現有爭議因為只有在新增不熟悉誤用 info->owner 欄位來表示與擁有者概念不相關之資料的新呼叫者時此發現才相關。現有的呼叫端 SNDRV_CTL_IOCTL_ELEM_ADD 和 SNDRV_CTL_IOCTL_ELEM_REPLACE 設計為以安全的方式誤用 info->owner 欄位 (CVE-2020-11725)

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

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

  - Linux 核心 io_uring 子系統中存在釋放後使用弱點，攻擊者可利用此弱點來提升本機權限。io_uring 取消輪詢要求與連結逾時爭用可造成 hrtimer 中發生 UAF。建議升級至上一個 commit ef7dfac51d8ed961b742218f526bd589f3900a59 (5.10 穩定版為 4716c73b188566865bdd79c3a6709696a224ac04，5.15 穩定版為 0e388fce7aec40992eadee654193cad345d62663)。(CVE-2023-3389)

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

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

  - scsilpfc修正當無法發出 CMF WQE 時可能發生的記憶體洩漏。如果 lpfc_sli4_issue_wqe 無法在 lpfc_issue_cmf_sync_wqe 中發出 CMF WQE則沒有對應的釋放常式。如果 ret_val 為非零則釋放 iocbq 要求結構。 (CVE-2022-50027)

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

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

  - 已解決 Linux 核心中的下列弱點：ext4: add error checking to ext4_ext_replay_set_iblocks() If the call to ext4_map_blocks() fails due to an corrupted file system, ext4_ext_replay_set_iblocks() can get stuck in an infinite loop. This could be reproduced by running generic/526 with a file system that has inline_data and fast_commit enabled. The system will repeatedly log to the console: EXT4-fs warning (device dm-3): ext4_block_to_path:105: block 1074800922 > max in inode 131076 and the stack that it gets stuck in is: ext4_block_to_path+0xe3/0x130 ext4_ind_map_blocks+0x93/0x690 ext4_map_blocks+0x100/0x660 skip_hole+0x47/0x70 ext4_ext_replay_set_iblocks+0x223/0x440 ext4_fc_replay_inode+0x29e/0x3b0 ext4_fc_replay+0x278/0x550 do_one_pass+0x646/0xc10 jbd2_journal_recover+0x14a/0x270 jbd2_journal_load+0xc4/0x150 ext4_load_journal+0x1f3/0x490 ext4_fill_super+0x22d4/0x2c00 With this patch, generic/526 still fails, but system is no longer locking up in a tight loop. It's likely the root casue is that fast_commit replay is corrupting file systems with inline_data, and we probably need to add better error handling in the fast commit replay code path beyond what is done here, which essentially just breaks the infinite loop without reporting the to the higher levels of the code. (CVE-2021-47406)

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

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

  - mediavenushfi新增檢查以處理 sfr 區域中的 OOB。sfr->buf_size 位於共用記憶體中且可由惡意使用者修改。當大小設定為大於實際 sfr 資料緩衝區時可能發生 OOB 寫入。將大小上限設定為針對此類情況所配置的大小。 (CVE-2025-23159)

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

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

  - ksmbd修正 alloc_preauth_hash() 中的 null 指標解除參照。用戶端會傳送格式錯誤的 smb2 交涉要求。 ksmbd 傳回錯誤回應。因此即使未配置 conn->preauth_info用戶端仍可傳送 smb2 工作階段設定。此修補程式新增了 KSMBD_SESS_NEED_SETUP 連線狀態以便在 smb2 交涉階段未完成時忽略工作階段設定要求。 (CVE-2025-22037)

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

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

  - 已解決 Linux 核心中的下列弱點：wifi: nl80211: fix NULL-ptr deref in offchan check If, e.g. in AP mode, the link was already created by userspace but not activated yet, it has a chandef but the chandef isn't valid and has no channel. Check for this and ignore this link.
    (CVE-2023-53113)

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

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

  - 在仍處於使用中狀態下將接聽程式從事件接聽程式管理員移除時會出現釋放後使用弱點進而導致可能可遭到惡意利用的損毀。此弱點會影響 Thunderbird < 60.7、Firefox < 67 和 Firefox ESR < 60.7。 (CVE-2019-11692)

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

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

  - 已解決 Linux 核心中的下列弱點：nbd: Fix NULL pointer in flush_workqueue Open /dev/nbdX first, the config_refs will be 1 and the pointers in nbd_device are still null. Disconnect /dev/nbdX, then reference a null recv_workq. The protection by config_refs in nbd_genl_disconnect is useless. [ 656.366194] BUG: kernel NULL pointer dereference, address:
    0000000000000020 [ 656.368943] #PF: supervisor write access in kernel mode [ 656.369844] #PF:
    error_code(0x0002) - not-present page [ 656.370717] PGD 10cc87067 P4D 10cc87067 PUD 1074b4067 PMD 0 [656.371693] Oops: 0002 [#1] SMP [ 656.372242] CPU: 5 PID: 7977 Comm: nbd-client Not tainted 5.11.0-rc5-00040-g76c057c84d28 #1 [ 656.373661] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS ?-20190727_073836-buildvm-ppc64le-16.ppc.fedoraproject.org-3.fc31 04/01/2014 [ 656.375904] RIP:
    0010:mutex_lock+0x29/0x60 [ 656.376627] Code: 00 0f 1f 44 00 00 55 48 89 fd 48 83 05 6f d7 fe 08 01 e8 7a c3 ff ff 48 83 05 6a d7 fe 08 01 31 c0 65 48 8b 14 25 00 6d 01 00 <f0> 48 0f b1 55 d [ 656.378934] RSP:
    0018:ffffc900005eb9b0 EFLAGS: 00010246 [ 656.379350] RAX: 0000000000000000 RBX: 0000000000000000 RCX:
    0000000000000000 [ 656.379915] RDX: ffff888104cf2600 RSI: ffffffffaae8f452 RDI: 0000000000000020 [656.380473] RBP: 0000000000000020 R08: 0000000000000000 R09: ffff88813bd6b318 [ 656.381039] R10:
    00000000000000c7 R11: fefefefefefefeff R12: ffff888102710b40 [ 656.381599] R13: ffffc900005eb9e0 R14:
    ffffffffb2930680 R15: ffff88810770ef00 [ 656.382166] FS: 00007fdf117ebb40(0000) GS:ffff88813bd40000(0000) knlGS:0000000000000000 [ 656.382806] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 656.383261] CR2:
    0000000000000020 CR3: 0000000100c84000 CR4: 00000000000006e0 [ 656.383819] DR0: 0000000000000000 DR1:
    0000000000000000 DR2: 0000000000000000 [ 656.384370] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 [ 656.384927] Call Trace: [ 656.385111] flush_workqueue+0x92/0x6c0 [ 656.385395] nbd_disconnect_and_put+0x81/0xd0 [ 656.385716] nbd_genl_disconnect+0x125/0x2a0 [ 656.386034] genl_family_rcv_msg_doit.isra.0+0x102/0x1b0 [ 656.386422] genl_rcv_msg+0xfc/0x2b0 [ 656.386685] ? nbd_ioctl+0x490/0x490 [ 656.386954] ? genl_family_rcv_msg_doit.isra.0+0x1b0/0x1b0 [ 656.387354] netlink_rcv_skb+0x62/0x180 [ 656.387638] genl_rcv+0x34/0x60 [ 656.387874] netlink_unicast+0x26d/0x590 [656.388162] netlink_sendmsg+0x398/0x6c0 [ 656.388451] ? netlink_rcv_skb+0x180/0x180 [ 656.388750]
    ____sys_sendmsg+0x1da/0x320 [ 656.389038] ? ____sys_recvmsg+0x130/0x220 [ 656.389334]
    ___sys_sendmsg+0x8e/0xf0 [ 656.389605] ? ___sys_recvmsg+0xa2/0xf0 [ 656.389889] ? handle_mm_fault+0x1671/0x21d0 [ 656.390201] __sys_sendmsg+0x6d/0xe0 [ 656.390464]
    __x64_sys_sendmsg+0x23/0x30 [ 656.390751] do_syscall_64+0x45/0x70 [ 656.391017] entry_SYSCALL_64_after_hwframe+0x44/0xa9 To fix it, just add if (nbd->recv_workq) to nbd_disconnect_and_put(). (CVE-2021-46981)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/xe: Fix fault on fd close after unbind If userspace holds an fd open, unbinds the device and then closes it, the driver shouldn't try to access the hardware. Protect it by using drm_dev_enter()/drm_dev_exit(). This fixes the following page fault: <6> [IGT] xe_wedged: exiting, ret=98 <1> BUG: unable to handle page fault for address:
    ffffc901bc5e508c <1> #PF: supervisor read access in kernel mode <1> #PF: error_code(0x0000) - not-present page ... <4> xe_lrc_update_timestamp+0x1c/0xd0 [xe] <4> xe_exec_queue_update_run_ticks+0x50/0xb0 [xe] <4> xe_exec_queue_fini+0x16/0xb0 [xe] <4> __guc_exec_queue_fini_async+0xc4/0x190 [xe] <4> guc_exec_queue_fini_async+0xa0/0xe0 [xe] <4> guc_exec_queue_fini+0x23/0x40 [xe] <4> xe_exec_queue_destroy+0xb3/0xf0 [xe] <4> xe_file_close+0xd4/0x1a0 [xe] <4> drm_file_free+0x210/0x280 [drm] <4> drm_close_helper.isra.0+0x6d/0x80 [drm] <4> drm_release_noglobal+0x20/0x90 [drm] (cherry picked from commit 4ca1fd418338d4d135428a0eb1e16e3b3ce17ee8) (CVE-2024-57844)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存在的弱點 (元件：InnoDB)。受到影響的支援版本是 8.0.32 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2023-22104)

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

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

  - 已解決 Linux 核心中的下列弱點：blk-cgroup: properly pin the parent in blkcg_css_online blkcg_css_online is supposed to pin the blkcg of the parent, but 397c9f46ee4d refactored things and along the way, changed it to pin the css instead. This results in extra pins, and we end up leaking blkcgs and cgroups. (CVE-2022-49786)

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

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

  - Debian Linux - linux - 在 Linux 核心中已解決下列弱點 misc:
    tps6594-pfsm: Add NULL pointer check in tps6594_pfsm_probe() The returned value, pfsm->miscdev.name, from devm_kasprintf() could be NULL. A pointer check is added to prevent potential NULL pointer dereference.
    This is similar to the fix in commit 3027e7b15b02 (ice: Fix some null pointer dereference issues in ice_ptp.c). This issue is found by our static analysis tool. (CVE-2025-38368)

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

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

  - 已解決 Linux 核心中的下列弱點：eth: bnxt: fix kernel panic in the bnxt_get_queue_stats{rx | tx} When qstats-get operation is executed, callbacks of netdev_stats_ops are called. The bnxt_get_queue_stats{rx | tx} collect per-queue stats from sw_stats in the rings. But {rx | tx | cp}_ring are allocated when the interface is up. So, these rings are not allocated when the interface is down. The qstats-get is allowed even if the interface is down. However, the bnxt_get_queue_stats{rx | tx}() accesses cp_ring and tx_ring without null check. So, it needs to avoid accessing rings if the interface is down. Reproducer: ip link set $interface down ./cli.py --spec netdev.yaml --dump qstats-get OR ip link set $interface down python ./stats.py Splat looks like: BUG: kernel NULL pointer dereference, address: 0000000000000000 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 1680fa067 P4D 1680fa067 PUD 16be3b067 PMD 0 Oops: Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 0 UID: 0 PID: 1495 Comm: python3 Not tainted 6.14.0-rc4+ #32 5cd0f999d5a15c574ac72b3e4b907341 Hardware name: ASUS System Product Name/PRIME Z690-P D4, BIOS 0603 11/01/2021 RIP: 0010:bnxt_get_queue_stats_rx+0xf/0x70 [bnxt_en] Code: c6 87 b5 18 00 00 02 eb a2 66 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 01 RSP: 0018:ffffabef43cdb7e0 EFLAGS: 00010282 RAX: 0000000000000000 RBX: ffffffffc04c8710 RCX:
    0000000000000000 RDX: ffffabef43cdb858 RSI: 0000000000000000 RDI: ffff8d504e850000 RBP: ffff8d506c9f9c00 R08: 0000000000000004 R09: ffff8d506bcd901c R10: 0000000000000015 R11: ffff8d506bcd9000 R12:
    0000000000000000 R13: ffffabef43cdb8c0 R14: ffff8d504e850000 R15: 0000000000000000 FS:
    00007f2c5462b080(0000) GS:ffff8d575f600000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000000000000 CR3: 0000000167fd0000 CR4: 00000000007506f0 PKRU: 55555554 Call Trace: <TASK> ? __die+0x20/0x70 ? page_fault_oops+0x15a/0x460 ? sched_balance_find_src_group+0x58d/0xd10 ? exc_page_fault+0x6e/0x180 ? asm_exc_page_fault+0x22/0x30 ? bnxt_get_queue_stats_rx+0xf/0x70 [bnxt_en cdd546fd48563c280cfd30e9647efa420db07bf1] netdev_nl_stats_by_netdev+0x2b1/0x4e0 ? xas_load+0x9/0xb0 ? xas_find+0x183/0x1d0 ? xa_find+0x8b/0xe0 netdev_nl_qstats_get_dumpit+0xbf/0x1e0 genl_dumpit+0x31/0x90 netlink_dump+0x1a8/0x360 (CVE-2025-21973)

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

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

  - 在 Linux 核心 5.3.11 之前版本的 crypto/crypto_user_stat.c 中，crypto_reportstat() 函式內的記憶體洩漏可讓攻擊者透過觸發 crypto_reportstat_alg() 失敗，造成拒絕服務 (記憶體損毀)，此弱點亦稱 CID-c03b04dcdba1。(CVE-2019-19050)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存有弱點 (元件: Server: PS)。受到影響的支援版本是 8.0.39 與先前的版本、8.4.2 與先前的版本，以及 9.0.1 與先前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。
    若成功攻擊此弱點，未經授權即可造成 MySQL 伺服器懸置或經常重複性當機 (完全 DOS)。(CVE-2024-21193)

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

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

  - 在父處理程序中處理視窗排清期間發生的回呼時，相關聯的視窗可能停止回應；進而造成釋放後使用情形。此問題可能導致記憶體損毀，並造成可能遭利用的當機。此弱點會影響 Firefox ESR < 68.10、Firefox < 78 和 Thunderbird < 68.10.0。(CVE-2020-12419)

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

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

  - cxgb4修正 cxgb4_init_ethtool_filters() 錯誤路徑中的記憶體洩漏。在用於為每個連接埠配置 loc_array 和 bmap 的 for 迴圈中當 loc_array 配置成功但 bmap 配置失敗時可能會發生記憶體洩漏。這是因為當控制流程進入標籤 free_eth_finfo 時只有從第 (i-1) 次反覆運算開始的配置會被釋放。透過釋放 bmap 配置錯誤路徑中的 loc_array 來修正該問題。 (CVE-2025-37788)

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

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

  - Ubuntu Linux 核心隨附的 out-of-tree 堆疊檔案系統 Shiftfs 未正確處理 copy_from_user() 期間發生的錯誤，這些問題可導致重複釋放情況或完全無法釋放記憶體。攻擊者可利用此弱點造成拒絕服務 (核心記憶體耗盡)，或透過執行任意程式碼來取得特權，即 ZDI-CAN-13562。(CVE-2021-3492)

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

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

  - 在 Linux 核心 5.9.2 之前版本中，在 arch/x86/kvm/ioapic.c 的 ioapic_lazy_update_eoi 中發現一個問題。其中存在與重新取樣器和邊緣觸發之間不當互動相關的無限迴圈弱點，即 CID-77377064c3a9。(CVE-2020-27152)

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

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

  - wifiath12k修正 ar->arvifs 清單中的節點損毀在目前的 WLAN 復原程式碼流程中ath12k_core_halt() 只會重新初始化 arvifs 清單標頭。這會造成緊跟在清單標頭之後的清單節點變成無效的清單節點。因為該節點的 prev 仍指向清單標頭 arvifs但清單標頭 arvifs 的 next 不再指向該清單節點。在執行 vif 移除作業期間發生 WLAN 復原時且此復原發生在 ath12k_mac_vdev_delete() 中 spin_lock_bh(&ar->data_lock) 之前list_del() 會偵測到前述情況進而觸發核心錯誤。此修正可在 WLAN 中斷期間移除並重新初始化來自清單標題 arvif 的所有 vif 清單節點。重新初始化是為了使清單節點有效確保 ath12k_mac_vdev_delete() 中的 list_del() 可正常執行。呼叫追踪
    __list_del_entry_valid_or_report+0xd4/0x100 (P) ath12k_mac_remove_link_interface.isra.0+0xf8/0x2e4 [ath12k] ath12k_scan_vdev_clean_work+0x40/0x164 [ath12k] cfg80211_wiphy_work+0xfc/0x100 process_one_work+0x164/0x2d0 worker_thread+0x254/0x380 kthread+0xfc/0x100 ret_from_fork+ 0x10/0x20 大部分的變更取自 ath11k 修補程式
    https://lore.kernel.org/all/20250320053145.3445187-1-quic_stonez@quicinc.com/ 開啟測試 QCN9274 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1 (CVE-2025-38290)

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

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

  - wifiath12k修正因多個 rx_stats 配置導致的記憶體洩漏。新增工作站時針對每個 arsta 配置 rx_stats。移除工作站時會釋放 arsta->rx_stats。多次新增相同的工作站時會發生多餘的配置。這會造成系統多次呼叫 ath12k_mac_station_add()且每次都會配置 rx_stats。因此會發生記憶體洩漏。防止在重複呼叫 ath12k_mac_station_add() 時透過在再次配置之前檢查 rx_stats 是否已配置來避免多次配置 rx_stats。若 arsta->rx_stats 分別為 NULL則配置 arsta->rx_stats。經由測試 QCN9274 hw2.0 PCI WLAN.WBE.1.3.1-00173-QCAHKSWPL_SILICONZ-1 經由測試 WCN7850 hw2.0 PCI WLAN.HMT.1.0.c5-00481-QCAHMTSWPL_V1.0_V2.0_SILICONZ-3 (CVE-2025-38199)

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

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5: Fix peer devlink set for SF representor devlink port The cited patch change register devlink flow, and neglect to reflect the changes for peer devlink set logic. Peer devlink set is triggering a call trace if done after devl_register.[1] Hence, align peer devlink set logic with register devlink flow. [1] WARNING: CPU: 4 PID: 3394 at net/devlink/core.c:155 devlink_rel_nested_in_add+0x177/0x180 CPU: 4 PID: 3394 Comm: kworker/u40:1 Not tainted 6.9.0-rc4_for_linust_min_debug_2024_04_16_14_08 #1 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014 Workqueue: mlx5_vhca_event0 mlx5_vhca_state_work_handler [mlx5_core] RIP: 0010:devlink_rel_nested_in_add+0x177/0x180 Call Trace:
    <TASK> ? __warn+0x78/0x120 ? devlink_rel_nested_in_add+0x177/0x180 ? report_bug+0x16d/0x180 ? handle_bug+0x3c/0x60 ? exc_invalid_op+0x14/0x70 ? asm_exc_invalid_op+0x16/0x20 ? devlink_port_init+0x30/0x30 ? devlink_port_type_clear+0x50/0x50 ? devlink_rel_nested_in_add+0x177/0x180 ? devlink_rel_nested_in_add+0xdd/0x180 mlx5_sf_mdev_event+0x74/0xb0 [mlx5_core] notifier_call_chain+0x35/0xb0 blocking_notifier_call_chain+0x3d/0x60 mlx5_blocking_notifier_call_chain+0x22/0x30 [mlx5_core] mlx5_sf_dev_probe+0x185/0x3e0 [mlx5_core] auxiliary_bus_probe+0x38/0x80 ? driver_sysfs_add+0x51/0x80 really_probe+0xc5/0x3a0 ? driver_probe_device+0x90/0x90 __driver_probe_device+0x80/0x160 driver_probe_device+0x1e/0x90
    __device_attach_driver+0x7d/0x100 bus_for_each_drv+0x80/0xd0 __device_attach+0xbc/0x1f0 bus_probe_device+0x86/0xa0 device_add+0x64f/0x860 __auxiliary_device_add+0x3b/0xa0 mlx5_sf_dev_add+0x139/0x330 [mlx5_core] mlx5_sf_dev_state_change_handler+0x1e4/0x250 [mlx5_core] notifier_call_chain+0x35/0xb0 blocking_notifier_call_chain+0x3d/0x60 mlx5_vhca_state_work_handler+0x151/0x200 [mlx5_core] process_one_work+0x13f/0x2e0 worker_thread+0x2bd/0x3c0 ? rescuer_thread+0x410/0x410 kthread+0xc4/0xf0 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x2d/0x50 ? kthread_complete_and_exit+0x20/0x20 ret_from_fork_asm+0x11/0x20 </TASK> (CVE-2024-38595)

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

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

  - Oracle MySQL 的 MySQL Server 產品中的弱點 (元件伺服器安全性角色)。受到影響的支援版本是 8.0.21 和之前的版本。攻擊此弱點的難度較小，經由多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者未經授權即可更新、插入或刪除部分 MySQL 伺服器可存取資料。(CVE-2020-14860)

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

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

  - Oracle MySQL 的 MySQL Server 產品中存有弱點 (元件：Server：Components Services)。
    受到影響的支援版本是 8.4.2 與更早版本，以及 9.0.1 與更早版本。攻擊此弱點有一定難度，可以透過多個通訊協定存取網路的高特權攻擊者可藉此入侵 MySQL 伺服器。若攻擊成功，攻擊者未經授權即可造成 MySQL 伺服器局部拒絕服務 (局部 DOS)。(CVE-2024-21232)

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

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

  - 已解決 Linux 核心中的下列弱點：iocost: Fix divide-by-zero on donation from low hweight cgroup The donation calculation logic assumes that the donor has non-zero after-donation hweight, so the lowest active hweight a donating cgroup can have is 2 so that it can donate 1 while keeping the other 1 for itself. Earlier, we only donated from cgroups with sizable surpluses so this condition was always true. However, with the precise donation algorithm implemented, f1de2439ec43 (blk-iocost: revamp donation amount determination) made the donation amount calculation exact enabling even low hweight cgroups to donate. This means that in rare occasions, a cgroup with active hweight of 1 can enter donation calculation triggering the following warning and then a divide-by-zero oops. WARNING: CPU:
    4 PID: 0 at block/blk-iocost.c:1928 transfer_surpluses.cold+0x0/0x53 [884/94867] ... RIP:
    0010:transfer_surpluses.cold+0x0/0x53 Code: 92 ff 48 c7 c7 28 d1 ab b5 65 48 8b 34 25 00 ae 01 00 48 81 c6 90 06 00 00 e8 8b 3f fe ff 48 c7 c0 ea ff ff ff e9 95 ff 92 ff <0f> 0b 48 c7 c7 30 da ab b5 e8 71 3f fe ff 4c 89 e8 4d 85 ed 74 0 4 ... Call Trace: <IRQ> ioc_timer_fn+0x1043/0x1390 call_timer_fn+0xa1/0x2c0
    __run_timers.part.0+0x1ec/0x2e0 run_timer_softirq+0x35/0x70 ... iocg: invalid donation weights in /a/b:
    active=1 donating=1 after=0 Fix it by excluding cgroups w/ active hweight < 2 from donating. Excluding these extreme low hweight donations shouldn't affect work conservation in any meaningful way.
    (CVE-2021-47584)

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

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

  - 已解決 Linux 核心中的下列弱點：f2fs: fix to avoid potential deadlock Using f2fs_trylock_op() in f2fs_write_compressed_pages() to avoid potential deadlock like we did in f2fs_write_single_data_page(). (CVE-2020-36775)

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

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

  - efi不對應整個 mokvar 表格來判斷其大小 目前在驗證 mokvar 表格時我們會 (重新) 對應每次迴圈重複時的整個表格從而在我們發現新項目時增加空間。如果表格增長超過特定大小由於 early_memmap() 的限制此操作會失敗且我們會收到失敗和反向追踪 ------------[cut here ]-------- ----- 警告 CPU: 0 PID: 0 at mm/early_ioremap.c:139
    __early_ioremap+0xef/0x220 ... 呼叫追踪 <TASK> ? __early_ioremap+0xef/0x220 ? __warn.cold+0x93/0xfa
    __early_ioremap+0xef/0x220 ? report_bug+0xff/0x140 ? early_fixup_exception+0x5d/0xb0 early_idt_handler_common+0x2f/0x3a ? __early_ioremap+0xef/0x220 ? efi_mokvar_table_init+0xce/0x1d0 ? setup_arch+0x864/0xc10 ? start_kernel+0x6b/0xa10 ? x86_64_start_reservations+0x24/0x30 ? x86_64_start_kernel+0xed/0xf0 ? common_startup_64+0x13e/0x141 </TASK> ---[ end trace 0000000000000000 ]--- mokvar無法對應 EFI MOKvar 組態表格 pa=0x7c4c3000、 size=265187。實際上並不需要對應整個結構因為我們一次不需要對應多個項目標頭。將 efi_mokvar_table_init() 變更為在判斷表格大小時只對應每個項目標頭而非整個表格。由於我們並未對應變數名稱之後的任何資料因此它也會變更程式碼以強制每個變數名稱都以 NUL 終止而非嘗試在適當位置進行驗證。 (CVE-2025-21872)

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

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

  - 已解決 Linux 核心中的下列弱點：usb: cdnsp: Fix a NULL pointer dereference in cdnsp_endpoint_init() In cdnsp_endpoint_init(), cdnsp_ring_alloc() is assigned to pep->ring and there is a dereference of it in cdnsp_endpoint_init(), which could lead to a NULL pointer dereference on failure of cdnsp_ring_alloc(). Fix this bug by adding a check of pep->ring. This bug was found by a static analyzer. The analysis employs differential checking to identify inconsistent security operations (e.g., checks or kfrees) between two code paths and confirms that the inconsistent operations are not recovered in the current function or the callers, so they constitute bugs. Note that, as a bug found by static analysis, it can be a false positive or hard to trigger. Multiple researchers have cross-reviewed the bug. Builds with CONFIG_USB_CDNSP_GADGET=y show no new warnings, and our static analyzer no longer warns about this code. (CVE-2021-47528)

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

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

  - Linux 核心的 ALSA PCM 套件中存在釋放後使用弱點。
    SNDRV_CTL_IOCTL_ELEM_{READ|WRITE}32 缺少可在釋放後使用中使用的鎖定，這可導致攻擊者提升權限，從系統使用者手中取得 ring0 存取權。我們建議升級上一個 commit 56b88b50565cd8b946a2d00b0c83927b7ebb055e (CVE-2023-0266)

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

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

  在 Linux 核心的 KVM 虛擬化子系統中發現一個缺陷。VMX 程式碼不會將 GDT.LIMIT 還原為先前的主機值，但會將其設為 64KB。利用損毀的 GDT 限制，主機的使用者空間程式碼可以將惡意項目放在 GDT 中，特別是在 per-cpu 變數中。攻擊者可利用此弱點提升其權限。(CVE-2018-10901)

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

ID	名稱	嚴重性
244685	Linux Distros 未修補的弱點：CVE-2024-53263	high
244684	Linux Distros 未修補的弱點：CVE-2022-47939	critical
244683	Linux Distros 未修補的弱點：CVE-2025-21583	medium
244682	Linux Distros 未修補的弱點：CVE-2025-21860	low
244681	Linux Distros 未修補的弱點：CVE-2024-49573	medium
244680	Linux Distros 未修補的弱點：CVE-2022-22761	high
244679	Linux Distros 未修補的弱點：CVE-2019-19318	medium
244678	Linux Distros 未修補的弱點：CVE-2025-38448	medium
244677	Linux Distros 未修補的弱點：CVE-2025-38338	medium
244676	Linux Distros 未修補的弱點：CVE-2024-34030	medium
244675	Linux Distros 未修補的弱點：CVE-2020-11655	high
244674	Linux Distros 未修補的弱點：CVE-2025-22050	medium
244673	Linux Distros 未修補的弱點：CVE-2023-45360	medium
244672	Linux Distros 未修補的弱點：CVE-2024-27064	medium
244671	Linux Distros 未修補的弱點：CVE-2022-49899	medium
244670	Linux Distros 未修補的弱點：CVE-2022-49969	high
244669	Linux Distros 未修補的弱點：CVE-2023-52977	medium
244668	Linux Distros 未修補的弱點：CVE-2025-7462	medium
244667	Linux Distros 未修補的弱點：CVE-2024-26728	medium
244666	Linux Distros 未修補的弱點：CVE-2020-11725	high
244665	Linux Distros 未修補的弱點：CVE-2023-3389	high
244664	Linux Distros 未修補的弱點：CVE-2022-50027	medium
244663	Linux Distros 未修補的弱點：CVE-2021-47406	medium
244662	Linux Distros 未修補的弱點：CVE-2025-23159	high
244661	Linux Distros 未修補的弱點：CVE-2025-22037	medium
244660	Linux Distros 未修補的弱點：CVE-2023-53113	high
244659	Linux Distros 未修補的弱點：CVE-2019-11692	critical
244658	Linux Distros 未修補的弱點：CVE-2021-46981	medium
244657	Linux Distros 未修補的弱點：CVE-2024-57844	high
244656	Linux Distros 未修補的弱點：CVE-2023-22104	medium
244655	Linux Distros 未修補的弱點：CVE-2022-49786	high
244654	Linux Distros 未修補的弱點：CVE-2025-38368	medium
244653	Linux Distros 未修補的弱點：CVE-2025-21973	medium
244652	Linux Distros 未修補的弱點：CVE-2019-19050	high
244651	Linux Distros 未修補的弱點：CVE-2024-21193	medium
244650	Linux Distros 未修補的弱點：CVE-2020-12419	high
244649	Linux Distros 未修補的弱點：CVE-2025-37788	medium
244648	Linux Distros 未修補的弱點：CVE-2021-3492	high
244647	Linux Distros 未修補的弱點：CVE-2020-27152	medium
244646	Linux Distros 未修補的弱點：CVE-2025-38290	high
244645	Linux Distros 未修補的弱點：CVE-2025-38199	medium
244644	Linux Distros 未修補的弱點：CVE-2024-38595	high
244643	Linux Distros 未修補的弱點：CVE-2020-14860	low
244642	Linux Distros 未修補的弱點：CVE-2024-21232	low
244641	Linux Distros 未修補的弱點：CVE-2021-47584	medium
244640	Linux Distros 未修補的弱點：CVE-2020-36775	medium
244639	Linux Distros 未修補的弱點：CVE-2025-21872	medium
244638	Linux Distros 未修補的弱點：CVE-2021-47528	medium
244637	Linux Distros 未修補的弱點：CVE-2023-0266	high
244636	Linux Distros 未修補的弱點：CVE-2018-10901	high

偵測

Nessus 的 Misc. 系列

high

critical

medium

low

medium

high

medium

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

medium

high

high

medium

medium

high

medium

high

critical

medium

high

medium

high

medium

medium

high

medium

high

medium

high

medium

high

medium

high

low

low

medium

medium

medium

medium

high

high