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

  - Void through 1.3.4 包含 AI 代理程式檔案讀取工具中的路徑遊走弱點，允許網路相鄰攻擊者透過將指令插入代理程式處理的內容中來讀取開啟工作區之外的任意主機檔案。攻擊者可以透過read_file、ls_dir、get_dir_tree和search_*工具提供絕對路徑或 file:// URI，這些工具缺乏工作空間限制並繞過審批門，從而能夠透過後續工具呼叫靜默地洩露敏感檔案，例如SSH私鑰或雲端憑證。（CVE-2026-65698）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - xfrm：將 policy_bydst RCU 同步從 per-netns .exit 移至 .pre_exit include/net/net_namespace.h 中的結構pernet_operations文件字串明確警告不要在 .exit 處理常式中封鎖 RCU 原語： 使用封鎖 RCU 原語的退出方法，例如 synchronize_rcu（），應透過 exit_batch 實作。
    [...]請盡可能避免使用 synchronize_rcu（）。請注意，可以使用 pre_exit（） 和 exit（） 的組合，因為保證調用之間有 synchronize_rcu（）。xfrm_policy_fini（） 違反了這一點：它在釋放policy_bydst雜湊表之前呼叫 synchronize_rcu（），因此沒有 RCU 讀取器在空閒時間進行中間遍歷），但從 xfrm_net_ops.exit 運行（每個命名空間一次），因此 N 個命名空間的 cleanup_net（） 會連續支付 N 個完整的 RCU 寬限期。使用記載的pre_exit/結束分割。將原則排清 （以及它所依賴的工作佇列清空） 移至新的.pre_exit處理常式;然後，xfrm_policy_fini（） 會在 .exit 中執行，並在 cleanup_net（） 保證兩個階段之間的 synchronize_rcu_expedited（） 之後釋放雜湊表。為每個批次提供 O（1） RCU 寬限期，而不是 O（N）。在 Linux 6.18 上觀察到，工作負載以 ~13/秒的速度持續執行 unshare（CLONE_NEWNET）：cleanup_net（） 和 netns_wq 救援程式 kthread 都卡在 xfrm_policy_fini（） 的 synchronize_rcu（） 中，清理佇列中累積了 >300k 結構網路，/proc/meminfo 中的 Percpu 在 256 個 CPU 主機上攀升至 130+ GB，memcg OOM 緊隨其後。setup_net 和 __put_net 計數是平衡的， 排除了參考計數洩露的可能性。（CVE-2026-64525）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - drm/hyperv：驗證resolution_count並修正 WIN8 後援 具有 resolution_count > 64 的SYNTHVID_RESOLUTION_RESPONSE會經過剖析迴圈中的 supported_resolution[SYNTHVID_MAX_RESOLUTION_COUNT] 陣列。根據陣列大小綁定resolution_count，折疊到現有的零檢查中。當解析探查失敗時 WIN10 ，hyperv_connect_vsp（） 中的調用方會留下 hv->screen_*_max / preferred_* 未填入，這會將 mode_config.max_width / max_height 設定為 0，並使 drm_internal_framebuffer_create（） 拒絕每個帶有 -EINVAL 的使用者空間框架緩衝區。分支前WIN10 的 preferred_width/preferred_height 有相同的差距。使用由 screen_width_max == 0 保護的單一探查後援，讓兩個路徑都收斂在 WIN8 預設值上。（CVE-2026-64524）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - NTB： epf：當 PEER_SPAD 和 CONFIG 共用 BAR 時，避免具有偏移的 pci_iounmap（） 當 BAR_PEER_SPAD 和 BAR_CONFIG 共用一個 PCI BAR 時，模組拆卸路徑最終會在具有一些偏移的相同 iomem 上呼叫 pci_iounmap（），這是不必要的，並觸發如下核心警告： 嘗試 vunmap（） 不存在的虛擬機器區域 （0000000069a5ffe8） 警告： mm/vmalloc.c：3470 在 vunmap+0x58/0x68， CPU#5：
    modprobe/2937 [...]呼叫追蹤：vunmap+0x58/0x68 （P） iounmap+0x34/0x48 pci_iounmap+0x2c/0x40 ntb_epf_pci_remove+0x44/0x80 [ntb_hw_epf] pci_device_remove+0x48/0xf8 device_remove+0x50/0x88 device_release_driver_internal+0x1c8/0x228 driver_detach+0x50/0xb0 bus_remove_driver+0x74/0x100 driver_unregister+0x34/0x68 pci_unregister_driver+0x34/0xa0 ntb_epf_pci_driver_exit+0x14/0xfe0 [ntb_hw_epf] [...]僅在 PEER_SPAD 和 CONFIG 使用差異列時取消映射來修正此問題。
    (CVE-2026-64254)

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

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

  - 已解決 Linux 核心中的下列弱點：srcu: Don't queue workqueue handlers to never-online CPUs While an srcu_struct structure is in the midst of switching from CPU-0 to all-CPUs state, it can attempt to invoke callbacks for CPUs that have never been online. Worse yet, it can attempt in invoke callbacks for CPUs that never will be online, even including imaginary CPUs not in cpu_possible_mask. This can cause hangs on s390, which is not set up to deal with workqueue handlers being scheduled on such CPUs. This commit therefore causes Tree SRCU to refrain from queueing workqueue handlers on CPUs that have not yet (and might never) come online. Because callbacks are not invoked on CPUs that have not been online, it is an error to invoke call_srcu(), synchronize_srcu(), or synchronize_srcu_expedited() on a CPU that is not yet fully online. However, it turns out to be less code to redirect the callbacks from too-early invocations of call_srcu() than to warn about such invocations.
    This commit therefore also redirects callbacks queued on not-yet-fully-online CPUs to the boot CPU.
    (CVE-2026-64211)

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

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

  - 已解決 Linux 核心中的下列弱點：octeontx2-pf: fix double free in rvu_rep_rsrc_init() rvu_rep_rsrc_init() allocates queue memory before calling otx2_init_hw_resources().
    When hardware resource setup fails, otx2_init_hw_resources() already unwinds the partially initialized SQ, CQ, and aura state before returning an error. The representor error path then calls otx2_free_hw_resources() again and can free the same resources a second time. Fix this by splitting the cleanup labels so that a failure from otx2_init_hw_resources() only releases queue memory. Keep the otx2_free_hw_resources() call for failures that happen after hardware resource initialization completed successfully. The bug was first flagged by an experimental analysis tool we are developing for kernel memory-management bugs while analyzing v6.13-rc1. The tool is still under development and is not yet publicly available. Manual inspection confirms that the bug is still present in v7.1-rc3. Runtime validation was not performed because reproducing this path requires OcteonTX2 representor hardware.
    (CVE-2026-64224)

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

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

  - 使用產生大型陣列的運算式，可以製作在記憶體中建立非常大的中繼物件的查詢，導致伺服器當機並出現 OOM 錯誤。（CVE-2026-13056）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - drm/hyperv：驗證接收回呼中的 VMBus 封包大小 hyperv_receive_sub（） 讀取 msg->vid_hdr.type 並分派到四個訊息類型分支之一，而不知道主機寫入 hv->recv_buf 多少位元組。然後，完成路徑會執行 memcpy（hv->init_buf， msg， VMBUS_MAX_PACKET_SIZE），因此在 wait_for_completion_timeout（） 上喚醒的消費者可以從先前的訊息中讀取多達 16 KiB 的殘留值，就像它是回應承載一樣。將bytes_recvd傳遞至 hyperv_receive_sub（） 並拒絕任何未覆蓋管道 + synthvid 標頭的封包。然後，msg->vid_hdr.type 上的單個開關會計算特定於類型的有效負載大小：三種完成驅動類型（SYNTHVID_VERSION_RESPONSE、SYNTHVID_RESOLUTION_RESPONSE、SYNTHVID_VRAM_LOCATION_ACK）會落入一個共用退出，該退出需要在 memcpy/complete 之前使用該大小，而 SYNTHVID_FEATURE_CHANGE 驗證自己的有效負載並在讀取is_dirt_needed之前返回。會捨棄未知類型。SYNTHVID_RESOLUTION_RESPONSE是可變長度：主機填充resolution_count項目，而不是完整的SYNTHVID_MAX_RESOLUTION_COUNT陣列。先驗證固定前置詞，以便可以讀取resolution_count，將其與陣列綁定，然後只需要計數大小的陣列，以便接受主機實際傳送的較短回應。僅在 vmbus_recvpacket（） 傳回成功時執行子處理常式。memcpy 長度為 bytes_recvd，僅在成功接收時受 VMBUS_MAX_PACKET_SIZE 限制;on -ENOBUFS vmbus_recvpacket（） 改為報告所需的長度，該長度可能超過 hv->recv_buf，因此複製bytes_recvd將讀取和寫入超過 16 KiB 緩衝區。對成功傳回進行門控會使副本保持有限。非零傳回路徑本身就是格式錯誤的訊息案例，現在會記錄，而不是無訊息地略過;不會嘗試通道回復。
    拒絕的封包會透過 drm_err_ratelimited（） 報告，而不是無訊息地丟棄，這與 hv_kvp_onchannelcallback（） 中的 CoCo 強化模式相符。（CVE-2026-64527）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：net/mlx5e: Fix eswitch mode block underflow on IPsec acquire SA mlx5e_xfrm_add_state() handles acquire-flow temporary SAs by allocating software state and skipping hardware offload setup. That path jumps to the common success label before taking the eswitch mode block. After tunnel-mode validation was moved earlier, the common success label unconditionally calls mlx5_eswitch_unblock_mode(). For acquire SAs, this decrements esw->offloads.num_block_mode without a matching increment. Return directly after installing the acquire SA offload handle, so only the paths that successfully called mlx5_eswitch_block_mode() call the matching unblock. (CVE-2026-64522)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - tty： serial： pch_uart：新增 dma_alloc_coherent（） 檢查 新增 dma_alloc_coherent（） 失敗檢查，以防止 dma_handle_rx（） 中潛在的 NULL 指標解除參照。如果配置失敗，請使用 goto 階梯正確釋放 DMA 通道和 PCI 裝置參照。（CVE-2026-64234）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：x86/mm: Disable broadcast TLB flush when PCID is disabled Booting with nopcid clears X86_FEATURE_PCID and keeps CR4.PCIDE from being set to one. On AMD CPUs that support INVLPGB, broadcast TLB flushing remains enabled. There are two checks that decide whether the global ASID code runs, mm_global_asid() and consider_global_asid(), that key off of the X86_FEATURE_INVLPGB feature. Once an mm becomes active on more than three CPUs, consider_global_asid() assigns it a global ASID, after which flush_tlb_mm_range() takes the broadcast_tlb_flush() path using a non-zero PCID. Issuing an INVLPGB with a non-zero PCID while CR4.PCIDE is not set results in a #GP: Oops:
    general protection fault, kernel NULL pointer dereference 0x1: 0000 [#1] SMP NOPTI CPU: 158 UID: 0 PID:
    3119 Comm: snap Not tainted 7.1.0-rc3 #1 PREEMPT(full) Hardware name: ... RIP: 0010:broadcast_tlb_flush Code: ... 89 da 48 83 c8 07 <0f> 01 fe eb 08 cc cc cc ... Call Trace: <TASK> flush_tlb_mm_range ptep_clear_flush wp_page_copy ? _raw_spin_unlock __handle_mm_fault handle_mm_fault do_user_addr_fault exc_page_fault asm_exc_page_fault All processors that support broadcast TLB invalidation also have PCID support, so it is only the nopcid scenario that is of concern. In this situation just disable the broadcast TLB support using the CPUID dependency support by making X86_FEATURE_INVLPGB dependent on X86_FEATURE_PCID. [ bp: Massage commit message. ] (CVE-2026-64229)

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

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

  - usb： gadget： uvc：在 uvc_function_bind uvc_function_bind（） 遍歷中跨 XU 遍歷按住 opts->lock &opts->extension_units 兩次，而不按住 opts->lock： - 直接，用於 iExtension 字串描述元修正迴圈;- 間接地，透過 uvc_copy_descriptors（） 四次 （每個速度一次），其中協助程式反覆運算 UVC->desc.extension_units （別名 &opts->extension_units） 以調整大小並發出 XU 描述元。
    configfs 端 （uvcg_extension_make / uvcg_extension_drop，在 drivers/usb/gadget/function/uvc_configfs.c 中） 在其 list_add_tail / list_del 操作周圍採用 opts->lock。一個特權使用者空間進程，它使 configfs 子樹狀結構保持開啟狀態，並寫入小工具 UDC 名稱以綁定函式，同時同時對擴充 subdir 進行 rmdir（） 的攻擊，可以將 uvcg_extension_drop（） 與綁定時間清單遍歷並解除參照釋放的結構uvcg_extension。從 XU 字串描述元修正開始到最後一次 uvc_copy_descriptors（） 呼叫，保持 opts->lock，透過新的 error_unlock 標籤在描述元錯誤路徑上釋放，該標籤在落入現有錯誤標籤之前刪除鎖定。這符合 configfs 回呼的鎖定紀律，並在綁定期間移除 XU 清單中唯一剩餘的未同步讀取器。可連線性：只有能夠掛載 configfs 並寫入小工具 UDC 檔案的特權進程才能觸發爭用，因此這是正確性修正，而不是安全性界限。（CVE-2026-64233）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - power： reset： linkstation-poweroff：修正 linkstation_poweroff_init（） 中的釋放後使用 在 of_match_node（） 呼叫之後移動 of_node_put（dn），這仍然需要節點指標。節點參照在使用後會正確釋放。（CVE-2026-64246）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：NFSD: Fix infinite loop in layout state revocation find_one_sb_stid() skips stids whose sc_status is non-zero, but the SC_TYPE_LAYOUT case in nfsd4_revoke_states() never sets sc_status before calling nfsd4_close_layout(). The retry loop therefore finds the same layout stid on every iteration, hanging the revoker indefinitely.
    (CVE-2026-64519)

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

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

  - 在 MongoDB 的伺服器端 JavaScript 引擎中進行 BSON 序列化期間對 DBPointer 物件的不當處理可能會導致內部進程記憶體內容包含在傳回給用戶端的資料中。這構成意外的資訊洩漏，會影響使用伺服器端 JavaScript 的部署。
    (CVE-2026-13066)

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

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

  - 已解決 Linux 核心中的下列弱點：smb: client: reject overlapping data areas in SMB2 responses Commit 53b7c271f06b (smb: client: restrict implied bcc[0] exemption to responses without data area) restricted the implied bcc[0] length exception to responses without a data area.
    However, the overlap handling in __smb2_calc_size() clears data_length, which can make an invalid response appear to have no data area and so qualify for the exception. Track data area overlap separately and reject such responses before applying the length compatibility exceptions. (CVE-2026-64257)

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

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

  - 已解決 Linux 核心中的下列弱點：drm/xe/gsc: Fix double-free of managed BO in error path The error path in xe_gsc_init_post_hwconfig() explicitly frees a BO allocated with xe_managed_bo_create_pin_map() via xe_bo_unpin_map_no_vm(). Since the managed BO already has a devm cleanup action registered, this causes a double-free when devm unwinds during probe failure. Remove the explicit free and let devm handle it, consistent with all other xe_managed_bo_create_pin_map() callers.
    (cherry picked from commit 71d61e3e299a17139e47f980a4d6f425b2c59bf7) (CVE-2026-64517)

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

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

  - 經過驗證的使用者可以透過在 MongoDB 的彙總架構內執行特定的資料類型轉換作業，導致作業系統在記憶體壓力下終止 {{mongod}} 進程。
    此行為源自於此作業期間不成比例的記憶體耗用量，而且需要資料庫的寫入存取權，以及執行彙總查詢的能力。（CVE-2026-13076）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 具有有限讀取專用權的已鑑別使用者可能能夠從其未獲授權讀取的集合中存取文件，因為在授權及執行期間評估彙總階段的方式 $graphLookup 不一致。受影響的案例涉及現有檢視管線定義內參考的集合。（CVE-2026-13060）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 在啟用可查詢加密的集合上具有寫入權限的已驗證使用者，可以透過分區叢集上的 mongos 路由器傳送特製的寫入指令，以修改預期由伺服器控制的內部加密中繼資料欄位。這可能會導致加密的查詢正確性損毀。（CVE-2026-13062）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 在 GNU Binutils （Binary Utilities） 連結器中發現缺陷。此弱點是堆積緩衝區溢位讀取 （CWE-125） ，當連結器處理特製的 32 位 XCOFF （擴充通用物件檔案格式） 物件檔案時，就會發生。攻擊者可藉由提供惡意檔案來利用此弱點，進而造成記憶體越界讀取。這可能會導致資訊洩露、可能洩露敏感堆積數據，以及由於連結器損毀而導致拒絕服務 （DoS）。（CVE-2026-15003）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 由於某些用戶端提供的命令參數的驗證不足，具有低權限的已驗證使用者可能能夠對受角色型查詢層次存取控制保護的資料執行未獲授權的讀取及寫入。此問題會影響非 apiStrict 設定中的 find、update、delete 和 aggregate 命令。（CVE-2026-13059）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Rekor 是一個軟體供應鏈透明度日誌。從版本 0.3.0 和之前的版本 1.5.2開始，「pkg/types/alpine/apk.go」中的「Package.Unmarshal（）」函式會將 APK 檔案的簽章和控制 gzip 成員解壓縮到記憶體內緩衝區中，而不會限制解壓縮的總大小。現有的「max_apk_metadata_size」檢查 （預設值為 1MB） 只會在解壓縮完成後套用至個別 tar 項目標頭大小，因此不會防止解壓縮炸彈耗用不受限制的堆積記憶體。攻擊者可以製作以 ~1000:1 比例壓縮的 gzip 資料流 （例如，2MB 壓縮零 2GB 解壓縮）。當在 Alpine 'ProposedEntry' 中以 spec.package.content 形式提交時，伺服器會在要求處理期間將完整承載解壓縮到記憶體中，從而觸發致命的 Go 執行階段記憶體不足錯誤或伺服器的 recover（） 中介軟體無法捕獲的作業系統 OOM 終止。這可透過兩個未經驗證的端點「POST /api/v1/log/entries （createLogEntry）」和「POST /api/v1/log/entries/retrieve （searchLogQuery）」來存取。兩者都會叫用 'V001Entry.Canonicalize（）'、'fetchExternalEntities（）'、'apk.Unmarshal（packageData）」，其會執行無限解壓縮。
    1.5.2 版修補此問題。沒有有效的因應措施。設定 'max_request_body_size' 會減少但不會消除由於 ~1000:1 壓縮比造成的暴露 （1MB 內文限制仍允許 ~1GB 堆積配置）。設定「max_apk_metadata_size」對此弱點沒有影響，因為檢查是在解壓縮後套用的。（CVE-2026-48702）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - XMLRPC-C 程式庫版本 1.07 易於 1.67.01 發生錯誤頁面元件中反映的跨網站指令碼 （XSS） 弱點。（CVE-2026-15928）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - fs/ntfs3：UpdateRecordData{Root，Allocation} 中的繫結NTFS_DE view.data_off在 do_action（） 的 UpdateRecordDataRoot （fslog.c：3489） 和 UpdateRecordDataAllocation （fslog.c：3697） 案例中，memmove 目的地是「Add2Ptr（e， le16_to_cpu（e->view.data_off））」，其中 e->view.data_off 來自 INDEX_ROOT 或 INDEX_BUFFER 內的磁碟NTFS_DE。這兩種情況都無法針對 e->size 驗證 view.data_off + dlen;
    現有的check_if_index_root/check_if_alloc_index協助程式會遍歷進入鏈並驗證項目的位移，但不會驗證其內部檢視欄位。相鄰的讀取網站 （例如，反覆運算檢視項目時的 fs/ntfs3/index.c） 檢查 view.data_off + view.data_size <= e->size。在兩個 memmove 位點套用相同的界限。在主線上的 UML+KASAN 下透過僅pr_warn探測器在 8d90b09e6741 下重現：
    在強制0xFFFC view.data_off的情況下，memmove 會在NTFS_DE結尾寫入 32 個位元組。這在形式上類似於 Pavitra Jha 的 2026-05-02 修補程式 fs/ntfs3：在 UpdateRecordDataRoot （<20260502105008.21827-1-jhapavitra98@gmail.com>） 建議調用 ntfs3_bad_de_range（） 的情況下防止 OOB;主線中不存在該協助程式。此修補程式使用內嵌檢查。（CVE-2026-64532）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 已解決 Linux 核心中的下列弱點：net: openvswitch: reject oversized nested action attrs Open vSwitch stores generated flow actions as nlattrs, whose nla_len field is u16.
    Commit a1e64addf3ff (net: openvswitch: remove misbehaving actions length check) allowed the total sw_flow_actions stream to grow beyond 64 KiB, which is valid, but also removed the last guard preventing a generated nested action attribute from exceeding U16_MAX. An oversized generated container can thus be closed with a truncated nla_len. A later dump or teardown then walks a structurally different stream than the one that was validated. In particular, an oversized nested CLONE/CT action may cause subsequent bytes in the generated stream to be interpreted as independent actions. Keep the larger total-action-stream behavior, but make nested action close reject generated containers that do not fit in nla_len, and return the error through all callers. For recursive SAMPLE, CLONE, DEC_TTL, and CHECK_PKT_LEN builders, trim resource-owning action-list tails in reverse construction order before discarding failed wrappers, so resources copied into the rejected tails are released before the wrappers are removed. Most failed outer wrappers are discarded by truncating actions_len after child resources have been released. CHECK_PKT_LEN also trims its parent after branch resources are gone. SET/TUNNEL close failures unwind their known tun_dst ownership directly, and SET_TO_MASKED has no external ownership and truncates on close failure.
    (CVE-2026-64531)

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

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

  - 在 ggml-org llama.cpp e15efe0 中發現缺陷。此弱點會影響元件 JSON-Schema-to-GBNF Conversion 的檔案 common/json-schema-to-grammar.cpp 的函式轉換。此操作會導致不受控制的遞迴。攻擊者可從遠端發起攻擊。修正此問題的提取要求正在等待接受。（CVE-2026-17501）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - fs/ntfs3：驗證log_replay轉換中的lcns_follow log_replay（） 在重播版本 0 重新啟動表格時，將DIR_PAGE_ENTRY_32記錄轉換為DIR_PAGE_ENTRY記錄。在此轉換期間，memmove（） 長度直接從磁碟上的lcns_follow欄位派生：memmove（&dp->vcn， &dp0->vcn_low， 2 * sizeof（u64） + le32_to_cpu（dp->lcns_follow） * sizeof（u64））;check_rstbl（） 會驗證重新啟動表格結構，但不會限制每個項目相對於項目大小的lcns_follow值。格式錯誤的檔案系統映像可能會提供過大的lcns_follow值，導致轉換 memmove（） 存取超出配置的重新啟動表緩衝區範圍的記憶體。相同的欄位稍後會用來繫結反覆運算 page_lcns[]，因此在轉換期間驗證lcns_follow也可以防止來自相同格式錯誤的中繼資料的下游越界存取。從已驗證的重新啟動表格項目大小計算最大有效lcns_follow，並拒絕超過此界限的項目。重複使用 log_replay（） 中已宣告的現有 t16/t32 暫存變數，以避免引入新的宣告。
    [almaz.alexandrovich@paragon-software.com：修正了衝突]（CVE-2026-64533）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Fulcio 是憑證授權單位，用於發出 OpenID Connect （OIDC） 身分的程式碼簽署憑證。版本不 1.8.5 當遵循跨主機重新導向，並在 OIDC 發現期間附加 Kubernetes ServiceAccount 權杖，允許惡意或遭入侵的簽發者執行盲目 SSRF、替換和快取惡意 JWKS 金鑰，或將 ServiceAccount 權杖洩露給外部主機。
    版本會 1.8.6 封鎖跨主機重新導向、限制權杖插入，以及限制本機權杖載入。
    尚無已知的因應措施可以採用。(CVE-2026-49478)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - nvmet-tcp：在摘要錯誤路徑中nvmet_req_uninit前檢查INIT_FAILED 在 nvmet_tcp_try_recv_ddgst（） 中，當偵測到資料摘要不相符時，會無條件呼叫 nvmet_req_uninit（）。但是，如果命令透過 nvmet_tcp_handle_req_failure（） 路徑到達，則 nvmet_req_init（） 傳回 false，並且從未執行 percpu_ref_tryget_live（）。然後，nvmet_req_uninit（） 內的無條件 percpu_ref_put（） 會導致參照計數下溢，導致 percpu_ref_switch_to_atomic_rcu 中出現 WARNING、釋放後使用診斷，並最終導致永久工作佇列鎖死。在呼叫 nvmet_req_uninit（） 之前檢查 cmd->flags &; NVMET_TCP_F_INIT_FAILED，以符合 nvmet_tcp_execute_request（） 中的現有模式。
    (CVE-2026-64534)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 暫存：rtl8723bs：修正 is_ap_in_tkip（） IE 迴圈中的 OOB 讀取 is_ap_in_tkip（） 中的迴圈會逐一查看 IE，而不在取消參照 IE 標頭或其承載之前確認是否保留足夠的位元組： - 讀取 pIE->element_id 和 pIE->length 時，不檢查 i + sizeof（*pIE） <= ie_length，因此緩衝區結尾處的截斷 IE 會導致 OOB 讀取。- 為了WLAN_EID_VENDOR_SPECIFIC程式碼比較 pIE->data + 12，這需要 pIE->length >= 16。對於WLAN_EID_RSN，它比較 pIE->data + 8，需要 pIE->length >= 12。這兩個需求都不會被檢查。新增缺少的 IE 標頭和承載邊界檢查，並使用明確的 pIE >長度最小值來保護每個資料存取，以符合 update_beacon_info（） 中建立的模式。（CVE-2026-64536）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - nvmet-tcp：修正透過弱點測試發現 ddgst 不相符時的潛在 UAF Shivam Kumar：在 NVMe/TCP 連線上啟用資料摘要，且在 R2T 型資料傳輸期間，非最終 H2C_DATA PDU 上發生摘要不相符時，nvmet_tcp_try_recv_ddgst（） 中的摘要錯誤處理常式會呼叫 nvmet_req_uninit（），其會在提交佇列上執行 percpu_ref_put（），但不會將命令標示為已完成。它不會設定 cqe->status，不會修改rbytes_done，也不會清除任何旗標。當後續的嚴重錯誤觸發佇列拆卸時，nvmet_tcp_uninit_data_in_cmds（） 會反覆運算所有命令，檢查每個命令的 nvmet_tcp_need_data_in（），並發現已經未初始化的命令似乎仍然需要資料 （因為 rbytes_done < transfer_len 和 cqe->status == 0）。因此，它會在同一命令上第二次呼叫 nvmet_req_uninit（），針對單一percpu_ref_get進行雙重percpu_ref_put。（CVE-2026-64535）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 在 ggml-org llama.cpp d006858/e15efe0 中偵測到弱點。這會影響
    檔案 common/json-schema-to-grammar.cpp 的_visit_pattern。操控會導致 NULL 指標解除參照。攻擊者可在遠端執行此攻擊。修正此問題的提取要求正在等待接受。
    (CVE-2026-17500)

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

在遠端主機上執行的 Atlassian Jira Service Management 資料中心和伺服器 （Jira Service Desk） 版本受到 JSDSERVER-16652 公告中提及的弱點影響。

  - 此高嚴重性 BASM （驗證與工作階段管理損毀） 弱點是在 Jira Service Management Data Center 的 、 10.1.1、 10.3.011.0.010.6.011.3.010.2.011.2.010.4.011.1.010.5.0和 版中10.0.0引入的，允許經過驗證的攻擊者以其他使用者身分執行動作。（CVE-2026-47838）

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

遠端主機上的 Next.js Framework 受到伺服器端要求偽造弱點影響：

  - 不論規則的主機名稱尾碼為何，從要求控制的輸入建立外部目的地主機名稱的 rewrites（） 或 redirects（） 規則都可以指向任意主機名稱。對於重寫，Next.js將請求代理到該任意主機，並提供來自應用程式來源的回應，從而導致伺服器端要求偽造。以這種方式設定的 redirects（） 規則容易受到開放重新導向的影響。（CVE-2026-64645）

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

遠端主機上的 Next.js Framework 受到拒絕服務弱點影響：

  - 以具有至少一個伺服器動作的 App Router 為目標Next.js應用程式的特製要求，可能會導致 CPU 使用過多，從而阻止在同一處理程序中處理進一步的要求。（CVE-2026-64641）

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

遠端主機上的 Next.js Framework 受到伺服器端要求偽造弱點影響：

  - 當伺服器動作轉送或重新導向要求時，攻擊者可導致伺服器將該傳出要求傳送至惡意主機 （伺服器端要求偽造）。這需要攻擊者要求控制與主機相關聯的標頭。在某些組態中，也可以取得削弱中介軟體/代理授權的內部值。（CVE-2026-64649）

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

遠端主機上的 Next.js Framework 受到繞過驗證弱點影響：

  - 使用 Turbopack 建置的 App Router 和 config.i18n.locales 中的單一項目，針對Next.js應用程式的特製請求可以繞過基於中間件/代理的身份驗證。（CVE-2026-64642）

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

遠端主機上安裝的 Keycloak 早26.2.x26.2.15於 、 26.4.1126.4.x 之前 、 之前 會 26.5.x26.5.7受到多個弱點影響：

  - 由於 SingleUseObjectProvider 中的隔離不當，存在權限提升缺陷。未經驗證的遠端攻擊者可偽造授權碼，並可能取得支援管理員的存取權杖。（CVE-2026-4282）

  - OpenID Connect 權杖端點中存在拒絕服務缺陷。未經驗證的遠端攻擊者可傳送過長的作用域參數，耗盡伺服器 CPU 和記憶體。
    (CVE-2026-4634)

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

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：複寫）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。難以利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可導致未經授權的能力，導致 MySQL Server、MySQL 叢集造成部分拒絕服務 （部分 DOS）。（CVE-2026-60190）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：複寫）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。容易利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可導致 MySQL Server、MySQL Cluster 接管。（CVE-2026-61094）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Oracle MySQL 的 MySQL Server MySQL Cluster 產品中的弱點 （元件：伺服器：複製外掛程式）。受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。難以利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致未經授權的能力，導致 MySQL Server、MySQL 叢集停擺或經常重複當機 （完整 DOS）。（CVE-2026-60177）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：效能架構）。受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。容易利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致對 MySQL Server 子集、MySQL 叢集可存取資料進行未經授權的讀取存取。（CVE-2026-61081）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：複寫）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。易於惡意利用的弱點允許未經驗證的攻擊者登入執行 MySQL Server、MySQL Cluster 的基礎架構，入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致未經授權的能力，導致 MySQL Server、MySQL 叢集停擺或經常重複當機 （完整 DOS）。
    (CVE-2026-60747)

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

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

  - Oracle MySQL 的 MySQL Server MySQL Cluster 產品中的弱點 （元件：伺服器：X 外掛程式）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。容易利用的弱點允許未經身份驗證的攻擊者透過多種通訊協定存取網路，入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致未經授權的能力，導致 MySQL Server、MySQL Cluster 的停擺或經常重複的損毀 （完整 DOS），以及對 MySQL Server、MySQL Cluster 可存取資料的子集進行未經授權的讀取存取。（CVE-2026-60315）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：Pluggable Auth）。受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。難以利用的弱點允許未經驗證的攻擊者登入執行 MySQL Server、MySQL 叢集的基礎架構，入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可導致未經授權更新、插入或刪除某些 MySQL Server、MySQL 叢集可存取資料的存取權。（CVE-2026-61096）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：複寫）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。難以利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致未經授權的能力，導致 MySQL Server、MySQL 叢集停擺或經常重複當機 （完整 DOS）。（CVE-2026-60189）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - MySQL Server 中的弱點，MySQL Oracle MySQL 的叢集產品 （元件：伺服器：複寫）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。難以利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可能會導致未經授權的能力，導致 MySQL Server、MySQL 叢集停擺或經常重複當機 （完整 DOS）。（CVE-2026-60187）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Oracle MySQL 的 MySQL Server MySQL Cluster 產品中的弱點 （元件：伺服器：X 外掛程式）。
    受影響的支援版本有 MySQL Server： 8.4.0-8.4.10， 9.7.0-9.7.1;MySQL 叢集：
    8.0.0-8.0.47、8.4.0-8.4.10 和 9.7.0-9.7.1。容易利用的弱點允許具有多種通訊協定存取網路的高權限攻擊者入侵 MySQL Server、MySQL Cluster。成功攻擊此弱點可導致 MySQL Server、MySQL Cluster 接管。（CVE-2026-60316）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	嚴重性
330167	Linux Distros 未修補弱點：CVE-2026-65698	medium
330166	Linux Distros 未修補弱點：CVE-2026-64525	medium
330165	Linux Distros 未修補弱點：CVE-2026-64524	high
330164	Linux Distros 未修補弱點：CVE-2026-64254	medium
330163	Linux Distros 未修補弱點：CVE-2026-64211	medium
330162	Linux Distros 未修補弱點：CVE-2026-64224	high
330161	Linux Distros 未修補弱點：CVE-2026-13056	high
330160	Linux Distros 未修補弱點：CVE-2026-64527	high
330159	Linux Distros 未修補弱點：CVE-2026-64522	high
330158	Linux Distros 未修補弱點：CVE-2026-64234	medium
330157	Linux Distros 未修補弱點：CVE-2026-64229	medium
330156	Linux Distros 未修補弱點：CVE-2026-64233	medium
330155	Linux Distros 未修補弱點：CVE-2026-64246	high
330154	Linux Distros 未修補弱點：CVE-2026-64519	medium
330153	Linux Distros 未修補弱點：CVE-2026-13066	high
330152	Linux Distros 未修補弱點：CVE-2026-64257	critical
330151	Linux Distros 未修補弱點：CVE-2026-64517	high
330149	Linux Distros 未修補弱點：CVE-2026-13076	high
330148	Linux Distros 未修補弱點：CVE-2026-13060	high
330147	Linux Distros 未修補弱點：CVE-2026-13062	high
330146	Linux Distros 未修補弱點：CVE-2026-15003	medium
330145	Linux Distros 未修補弱點：CVE-2026-13059	high
330137	Linux Distros 未修補弱點：CVE-2026-48702	high
330133	Linux Distros 未修補弱點：CVE-2026-15928	high
330132	Linux Distros 未修補弱點：CVE-2026-64532	high
330131	Linux Distros 未修補弱點：CVE-2026-64531	high
330130	Linux Distros 未修補弱點：CVE-2026-17501	medium
330129	Linux Distros 未修補弱點：CVE-2026-16566	high
330128	Linux Distros 未修補弱點：CVE-2026-64533	high
330127	Linux Distros 未修補弱點：CVE-2026-49478	high
330126	Linux Distros 未修補弱點：CVE-2026-64534	critical
330125	Linux Distros 未修補弱點：CVE-2026-64536	high
330124	Linux Distros 未修補弱點：CVE-2026-64535	critical
330123	Linux Distros 未修補弱點：CVE-2026-17500	medium
330091	Atlassian Jira服務管理資料中心和伺服器 10.0.x / 10.1.1 / / 10.2.x < 10.3.x10.3.7 / 10.5.x10.6.x10.4.x < 11.x11.3.8 （JSDSERVER-16652）	high
330090	Next.js Framework 12.x < 15.5.21 / 16.x < 16.2.11 SSRF	high
330089	Next.js Framework 13.x < 15.5.21 / 16.x < 16.2.11 DoS	high
330088	Next.js Framework 14.1.1 < 15.5.21 / 16.x < 16.2.11 SSRF	high
330087	Next.js框架 16.x < 16.2.11 中間件繞過	high
330085	Keycloak 26.2 < 26.2.15 / 26.4 < 26.4.11 / 26.5 < 26.5.7 多個弱點	high
330073	Linux Distros 未修補弱點：CVE-2026-60190	low
330072	Linux Distros 未修補弱點：CVE-2026-61094	high
330071	Linux Distros 未修補弱點：CVE-2026-60177	medium
330070	Linux Distros 未修補弱點：CVE-2026-61081	low
330069	Linux Distros 未修補弱點：CVE-2026-60747	medium
330068	Linux Distros 未修補弱點：CVE-2026-60315	high
330067	Linux Distros 未修補弱點：CVE-2026-61096	low
330048	Linux Distros 未修補弱點：CVE-2026-60189	medium
330047	Linux Distros 未修補弱點：CVE-2026-60187	medium
330046	Linux Distros 未修補弱點：CVE-2026-60316	high

偵測

Nessus 的 Misc. 系列

medium

medium

high

medium

medium

high

high

high

high

medium

medium

medium

high

medium

high

critical

high

high

high

high

medium

high

high

high

high

high

medium

high

high

high

critical

high

critical

medium

high

high

high

high

high

high

low

high

medium

low

medium

high

low

medium

medium

high