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

  - 輸入：synaptics-rmi4 - 工作錯誤的 F54 報告大小為零 在 rmi_f54_work（） 中，如果在報告請求或命令驗證期間發生錯誤，則程式碼會直接跳到「錯誤」標籤，繞過 f54->report_size 通常歸零的「中止」標籤。這讓 f54->report_size 包含其先前成功的負載大小。如果使用者隨後將 V4L2 格式變更為較小的大小，而後續執行失敗，則 rmi_f54_buffer_queue（） 會將過時的較大承載大小複製到縮小的 V4L2 緩衝區中，導致堆積緩衝區溢位。透過將「中止」和「錯誤」標籤合併到單一「輸出」退出路徑中，並透過檢查錯誤並先將本機report_size歸零，確保失敗時 f54->report_size 一律設為 0，以修正此問題。（CVE-2026-80570）

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

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

  - 已透過改進檢查解決此問題。已在 Safari 26.6.1, iOS 18.7.10 and iPadOS 18.7.10, iOS 26.6.1 and iPadOS 26.6.1, macOS Tahoe 26.6.2, tvOS 27, visionOS 27, watchOS 27 中修復此問題。造訪惡意特製的網站可能會洩漏敏感資料。(CVE-2026-64778)

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

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

  - openrisc： signal：不要還原 sigreturn 上的特權 SR 位元 restore_sigcontext（） 會從訊號框架複製整個監督暫存器 （SR），並且僅在返回使用者空間時將值重新載入硬體 SR （透過 ESR 和 l.rfe） 之前清除SPR_SR_SM。所有其他 SR 位均由使用者控制。因此，無權限的任務可以透過特製的 sigframe 從訊號處理常式傳回，以清除SPR_SR_DME。停用資料 MMU 後，CPU 不會對資料存取執行任何轉換或保護，因此任務會獲得對任意實體記憶體的讀取和寫入存取權，這是本機權限提升。SPR_SR_IME、SPR_SR_SUMRA、SPR_SR_LEE、SPR_SR_EPH和快取啟用位元的公開方式相同。正是出於這個原因，ptrace GPR regset 已經拒絕對 SR 進行任何更改。僅從訊號框架還原算術旗標位元 （F、CY、OV），並從核心儲存在訊號入口的 SR 中取得每個有權限的控制位元。使用 qemu-system-or1k -M 或 1k-sim 驗證：在此變更之前，無權限的 PoC 會清除 rt_sigreturn 中的SPR_SR_DME，並將標記寫入實體位址 0x03000000 （超出核心的 mem=32M）;之後，相同的 PoC 接收 SIGSEGV，實體記憶體不變。
    (CVE-2026-80560)

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

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

  - mptcp：避免組合一些傳入的子選項 根據 ，某些 MPTCP 子選項是互斥 RFC8684的，但也因為在不同的地方，程式碼不預期某些組合存在。對於會出現兩次但具有不同屬性的子選項尤其如此。
    新的限制與輸出端套用的限制相同，但mptcp_write_options。透過一個小的修正可以重複使用相同的規則：當寄件者選擇此選項時，MP_FASTCLOSE可以與 DSS 一起使用 [1]，這在 Linux 上並非如此。以下是規則： 哪些選項可以一起使用？X：互斥 O：經常一起使用 C：在某些情況下可以一起使用 P：可以一起使用，但我們不願意 （最佳化） |選項： |貨幣政策委員會 |MPJ |直資服務 |新增 |馬幣 |PRIO |失敗 |足球俱樂部 | |------|------|------|------|------|------|------|------|------| |MPC |------|------|------|------|------|------|------|------| |MPJ |X |------|------|------|------|------|------|------| |直資服務 |X |X |------|------|------|------|------|------| |新增 |X |X |P |------|------|------|------|------| |馬幣 |C |C |C |P |------|------|------|------| |PRIO |X |C |C |C |C |------|------|------| |失敗 |X |X |C |X |X |X |------|------| |足球俱樂部 |X |X |P |X |X |X |X |------| |RST |X |X |X |X |X |X |O |O | |------|------|------|------|------|------|------|------|------|唯一的區別是與“P”：另一個堆疊可以與其他子選項（DSS、RM_ADDR）發送和ADD_ADDR，這應該是允許的。幾個注意點： - 理論上，MP_CAPABLE可以與 RM_ADDR 一起使用，但沒有理由將其與 SYN 一起新增。請注意，即使使用第 4 個 ACK，它似乎也沒有用，除非透過其他通道預先知道 ID。最好不要破壞這一點。- 現在，結合 MP_CAPABLE 和 MP_JOIN 將不再導致兩個選項被拒絕，但只會忽略第二個子選項。對於這個意外錯誤，這樣做似乎沒問題。至少現在所有不一致的組合都以相同的方式處理。這可能會在明年稍後改變。這也表示現在無法執行 subflow.c 中同時具有 MPC + MPJ 的明確檢查。沒關係，它們將在後續補丁中刪除。- 在組合衝突的情況下，額外的子選項會被忽略：具有此類組合意味著遠端對等體有錯誤，或者是邪惡的。在此情況下，會採取最簡單的動作：停止處理現行子選項。- 在 mp_opt->suboptions 中，總和檢查碼也保留了一個位元，可用於 MP_CAPABLE 和 DSS。每次 DSS 選項可以與另一個選項並行使用時，都可以設定總和檢查碼，因此驗證會合併到新的OPTIONS_MPTCP_DSS巨集中。- MP_CAPABLE ACK 可以攜帶資料層級長度和選用總和檢查碼：它們與 DSS 中的檢查碼相同，因為 DSS 無法與 MP_CAPABLE 並行使用。同樣，即使有空間，DSS 也不能與MP_JOIN一起使用。（CVE-2026-80587）

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

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

  - mptcp： fastopen：僅使用 SYN 資料標示 MPTFO 子流 被動式 TCP 快速開啟 即使不攜帶任何資料，也接受有效的 cookie SYN。在此情況下，子通訊端的接收佇列會故意保留空白。
    mptcp_fastopen_subflow_synack_set_params（） 在檢查佇列的 SYN 資料之前設定is_mptfo。這使得無資料的 TFO SYN 會觸發警告，如果警告不是致命的，則會留下過時的 MPTFO 狀態。過時的旗標稍後可能會觸發 check_fully_established（） 中的狀態混淆錯誤。只有在確認 SKB 已排入佇列之後，才將子資料流標記為 MPTFO。當接收佇列為空時，靜靜地返回。請注意，mptcp_subflow_context 的is_mptfo欄位現在不僅涉及存在 TFO 的子流，還涉及消耗 SYN 資料的 MPTFO 子流。只有有效的 cookie 但不攜帶數據並不是真正的 TFO。（CVE-2026-80585）

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

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

  - ceph：使用 current->journal_info handle_reply（） 時避免 fs 回收 在 'current->journal_info' 中儲存 'ceph_mds_request' 指標，同時從 MDS 回覆填充 inode 和 dentry 快取。此區段中的分配可以輸入直接回收，並從另一個檔案系統修剪 dentries。如果這弄髒了 ext4 inode，ext4 會啟動 JBD2 事務。JBD2 將 'current->journal_info' 中的 Ceph 請求解釋為日誌句柄，並將請求的 'r_tid' 取消參照為 'h_transaction'，從而導致核心崩潰，例如： 無法處理虛擬位址 00000000077b4818 的核心分頁請求 [...]內部錯誤：哎呀：0000000096000004 [#1] SMP 模組連結於：CPU：6 UID：0 PID：2699135通訊：
    kworker/6:3 污染：GW 6.18.38-i3 #1113 無 [...]工作佇列：ceph-msgr ceph_con_workfn pstate：80400009 （Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--） pc：jbd2__journal_start+0x2c/0x208 lr：
    __ext4_journal_start_sb+0x100/0x178 [...]呼叫追蹤：jbd2__journal_start+0x2c/0x208 （P）
    __ext4_journal_start_sb+0x100/0x178 ext4_dirty_inode+0x3c/0x90 __mark_inode_dirty+0x58/0x400 iput.part.0+0x2b0/0x370 iput+0x18/0x30 dentry_unlink_inode+0xc0/0x158 __dentry_kill+0x80/0x250 shrink_dentry_list+0x90/0x130 prune_dcache_sb+0x60/0x98 super_cache_scan+0xe8/0x190 do_shrink_slab+0x174/0x388 shrink_slab+0xd8/0x4c0 shrink_node+0x31c/0x908 do_try_to_free_pages+0xd0/0x508 try_to_free_pages+0x11c/0x238 __alloc_frozen_pages_noprof+0x4d0/0xdd0 __folio_alloc_noprof+0x18/0x70
    __filemap_get_folio+0x248/0x440 ceph_readdir_prepopulate+0x570/0x9e8 mds_dispatch+0x1424/0x1ba0 ceph_con_process_message+0x74/0xa0 ceph_con_v1_try_read+0x3a0/0x1510 ceph_con_workfn+0x260/0x460 輸入限定範圍的 NOFS 分配內容，並在清除「journal_info」後離開。這可防止檔案系統回收在欄位包含 Ceph 私有資料時遞迴到另一個檔案系統。
    (CVE-2026-80528)

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

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

  - firewire： ohci：修正 ar_context_release 中的 NULL 指標解除參照 在驅動程式探查函式的錯誤處理路徑期間，ar_context_release（） 中可能會發生 NULL 指標解除參照。當 pci_probe（） 提前失敗時（例如，如果 pcim_enable_device（） 或 MMIO 映射失敗），devres 清理機制會叫用 release_ohci（）。此函式會無條件呼叫 ar_context_release（） 來清除非同步接收內容。但是，如果尚未調用 ar_context_init（），則 ctx->ohci 仍為 NULL（因為 fw_ohci 結構由 devres_alloc（）） 初始化為零。ar_context_release（） 會立即取消參照 ctx->ohci 以取得開發指標，然後再檢查上下文是否實際初始化，從而導致當機：哎呀：
    一般保護錯誤，可能用於非規範位址 0xdffffc0000000001：0000 [#1] SMP KASAN NOPTI KASAN：null-ptr-deref in range [0x0000000000000008-0x000000000000000f] RIP：
    0010：ar_context_release+0x3f/0x380 drivers/firewire/ohci.c：543 呼叫追蹤：release_ohci+0x3f/0x60 drivers/firewire/ohci.c：3567 release_nodes drivers/base/devres.c：546 [內聯] devres_release_all+0x1a8/0x260 drivers/base/devres.c：576 device_unbind_cleanup drivers/base/dd.c：597 [內聯] really_probe+0x451/0xae0 drivers/base/dd.c：772 若要修正此問題，請在 ！ctx->buffer 檢查之後移動開發指標的指派。如果 ctx->buffer 為 NULL，則表示上下文從未成功初始化，並且沒有任何內容可釋放，從而安全地避免未初始化的 ctx->ohci 指標解除參照。（CVE-2026-74734）

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

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

  - 已透過改進狀態管理解決此問題。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2、visionOS 27 中修復此問題。處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2026-65337)。

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

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

  - 已透過改善狀態管理解決一個記憶體損毀問題。此問題已在 Safari 26.6.1、 iOS 18.7.10 和 iPadOS 18.7.10、 iOS 26.6.1 和 iPadOS 26.6.1、 macOS Tahoe 26.6.2、 visionOS 27 中修復。
    處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2026-65334)。

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

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

  - drm/shmem_helper：檢查 PMD 對應的 VMA 邊界 在 ->huge_fault 處理常式中，如果大頁面超出 VMA 的界限，請勿安裝 PMD 大頁面對應。所有其他 ->huge_fault 處理常式都有類似的檢查，如果結果映射到達 copy_pmd_range（），則會觸發 VM_BUG_ON_VMA（）。（CVE-2026-80582）

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

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

  - drm/amd/display：修正 amdgpu_dm_crtc_set_vblank（） amdgpu_dm_crtc_set_vblank（） 取消參照 acrtc_state->stream 中的 NULL 指標解除參照，當在連接串流之前啟用/從 DRM_IOCTL_MODE_CRTC_GET_SEQUENCE 查詢 vblank 時。錯誤：核心 NULL 指標解除參照，位址：0000000000000008 RIP：
    amdgpu_dm_crtc_set_vblank+0x6b/0x4d0 [amdgpu] 呼叫追蹤：drm_vblank_enable drm_vblank_get drm_crtc_get_sequence_ioctl drm_ioctl_kernel drm_ioctl 透過在 RADV 上啟用 WSI 測試的情況下執行 VKCTS 來重現。保護 acrtc_state->stream 上的啟用路徑為非 NULL，符合此函式中的現有檢查。（從提交 7b1b31bf6942e6f43509b48da23f8e27269aac39 中挑選）（CVE-2026-80542）

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

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

  - 輸入：比亞迪 - 在釋放私人資料之前同步刪除計時器 byd_disconnect（） 在釋放驅動程式的私人資料之前使用 timer_delete（）。這不會等待執行中的 byd_clear_touch（） 回呼，回呼會取消參照私有資料及其 psmouse 指標。因此，與中斷連線的回呼競爭可以在釋放私人資料後存取私人資料。在中斷連線進行時，仍可透過 byd_process_byte（） 重新布防計時器。在釋放私有資料之前使用 timer_shutdown_sync（）：它會等待執行中的回呼，並將任何稍後的重新布防嘗試變成無操作。
    (CVE-2026-80572)

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

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

  - ovpn：將金鑰插槽加密釋放延遲到工作佇列 金鑰插槽透過 kref 釋放，而現有的釋放路徑會從 RCU 回呼中釋放 AEAD 轉換。這對所有加密實作來說並不安全：crypto_free_aead可能會休眠，例如當非同步或硬體實作需要完成拆卸工作時。使用 queue_rcu_work 釋放金鑰插槽。這會保留無鎖定金鑰插槽讀取器所需的 RCU 寬限期，但會從允許休眠的工作佇列內容執行實際的加密拆卸。一旦rcu_work回呼執行，預先存在的 RCU 讀取器就會消失，而最終的 kref put 已經證明沒有轉換使用者，因此工作程式可以釋放 AEAD 轉換並直接釋放插槽。先前的修補程式會在模組結束期間耗盡ovpn_wq，因此佇列的金鑰插槽拆卸工作無法超過模組文字。（CVE-2026-74750）

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

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

  - 輸入：cs40l50-vibra - 驗證來自使用者空間的自訂資料 cs40l50_add（） 直接從使用者傳遞給 EVIOCSFF 的ff_effect複製 FF_PERIODIC/FF_CUSTOM 效果的自訂資料，而不需要它保留任何內容：work_data.custom_data = memdup_array_user（periodic->custom_data， periodic->custom_len， sizeof（s16））;work_data.custom_len = 定期>custom_len;然後，驅動程式會從該緩衝區中讀取兩個字：custom_data[0] 作為 cs40l50_effect_bank_set（） 中的波形組，以及 custom_data[1] 作為 cs40l50_effect_index_set（） 中的組內索引。長度檢查都不涵蓋這兩個讀取，並且custom_len完全由使用者控制：- custom_len == 0 使長度為零的 memdup_array_user（） 呼叫 memdup_user（），這會傳回 ZERO_SIZE_PTR 而不是錯誤，因此 custom_data[0] 取消參照它。- custom_len == 1 配置兩個位元組。ROM 或 RAM 組使 effect->type 排除在 OWT 情況下，然後讀取 custom_data[1] 超過分配一個字。銀行價值本身也處理不當。它用 CS40L50_CUSTOM_DATA_MASK （0xffff） 遮罩，但儲存在 s16 中，因此 0x8000 或以上的 custom_data[0] 會換行為通過 bank_type >= CS40L50_WVFRM_BANK_NUM 測試的負值。cs40l50_effect_index_set（） 在 switch 語句的預設大小寫有機會拒絕它之前，先將其索引為 vib->dsp.banks[]：
    base_index = vib->dsp.banks[效果>類型].base_index;max_index = vib->dsp.banks[effect->type].max_index;
    要求駕駛員讀取的兩個單字存在，並將遮罩庫放在 u32 中，以便現有的上限測試涵蓋整個範圍。da7280 觸覺驅動器已經以這種方式custom_len範圍檢查。（CVE-2026-80575）

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

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

  - macvlan：繼承 lowerdev 的 needed_headroom 和 needed_tailroom macvlan 裝置在 macvlan_init（） 期間繼承 lowerdev 的hard_header_len，但將 needed_headroom 和 needed_tailroom 設為 0。當底層下層開發需要額外的標頭/尾部空間（例如 macsec、ipsec、wireguard、隧道或具有 rx 餘量的 veth）時，計算封包餘量和尾部空間的上層無法保留足夠的空間。當 dev_hard_header（） / macvlan_hard_header（） 在標頭資料前面加上或較低的裝置附加尾部時，這可能會導致重新配置額外負荷、skb 餘量下溢或 KASAN slab-use-after-free 當機。透過以下方式解決此問題： 1. 在 macvlan_init（） 中繼承 lowerdev 的needed_headroom和needed_tailroom。2. 當收到NETDEV_FEAT_CHANGE事件時，將needed_headroom和needed_tailroom更新傳播到 macvlan_device_event（） 中附加的 macvlan。（CVE-2026-74743）

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

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

  - sctp：使用前驗證 cookie 驗證狀態 停用 cookie 驗證時，COOKIE_ECHO 會直接從對等控制的 cookie 位元組還原固定大小的 AUTH 欄位。然後，偽造的 RANDOM 長度、HMAC 清單或 CHUNKS 清單可以連線至關聯消費者，其長度或識別碼從未針對本機備份陣列進行驗證。偽造的 RANDOM 長度可能會在金鑰向量建構期間造成越界讀取。偽造的 HMAC 標識符還導致 32 位元組的寫入通過零長度的 AUTH 區塊，為本地權限提升鏈提供基元。在將 Cookie 的 RANDOM、HMACS 和 CHUNKS 引數複製到關聯之前，請先在 Cookie 信任邊界驗證它們。拒絕無效類型、格式錯誤的長度、不支援的 HMAC 識別碼、沒有 SHA1 的 HMAC 清單，以及禁止的區塊 ID。
    (CVE-2026-74752)

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

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

  - regmap：sdw-mbq：不要調用未設定的readable_reg回呼 regmap_sdw_mbq_poll_busy（） 透過調用 ctx->readable_reg（） 來決定是否輪詢 Function Busy 位元，ctx-（） 是 config->readable_reg 的直接副本。該回呼是選擇性的：regmap_readable（） 將 NULL ->readable_reg 視為每個暫存器都是可讀的，驅動程式依賴它。es9356 和 tac5xx2-sdw 都構建了一個沒有 MBQ regmap。自從提交 ca1b11b36d82 （regmap： sdw-mbq： 允許延遲不可延遲的控制項） 以來，輪詢會在每個 -ENODATA 上運行，而不僅僅是驅動程式標記為可延遲的控制項，因此任何應答COMMAND_IGNORED設備都會通過 NULL 函數指標獲取核心。以 regmap 其餘部分的方式對待遺失的回呼並進行輪詢。（CVE-2026-74738）

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

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

  - fbdev：在刪除 videomode 之前清除 fb_info->mode fb_set_var（） 可以在使用者空間FB_ACTIVATE_INV_MODE通過 FBIOPUT_VSCREENINFO 時從 info->modelist 中刪除一種模式。程式碼會檢查要刪除的模式是否不是目前的 info->var，以及 fbcon 是否未使用它，但不會檢查 fb_info->mode。fb_info->mode 可能仍指向正在刪除的 modelist 項目。如果項目被釋放，則稍後模式 sysfs 讀取 show_mode（） 可以取消參照過時的指標。當 fb_delete_videomode（） 符合要移除的模式時，先清除 fb_info->mode。（CVE-2026-80579）

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

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

  - 已透過改進記憶體管理解決釋放後使用問題。此問題已在 Safari 26.6、Safari 27、iOS 26.6 和 iPadOS 26.6、iOS 26.7 和 iPadOS 26.7、iOS 27 和 iPadOS 27、macOS Golden Gate 27、macOS Tahoe 26.6、tvOS、visionOS 26.6、visionOS 26.627、watchOS 26.6中修復。處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2026-64718)。

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

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

  - net：ngbe：修正非 MSI-X 中斷中的 NULL 指標解除參照，在非 MSI-X 模式（例如舊版 INTx 或單一 MSI）中，不會配置或初始化 wx->msix_entry。調用 NGBE_INTR_MISC（wx） 取消參照 wx->msix_entry->entry，導致 NULL 指標解除參照損毀。此問題是透過修正 VF 數量為 7 時的 IRQ 向量而引入的。透過明確檢查「pdev->msix_enabled」來確定正確的向量索引來修正此問題。此外，作為側面修復，將中斷遮罩設置為 BIT（0） 以進行非 MSI-X 後援。在 MSI/INTx 模式下，MISC 和佇列中斷共用向量 0，WX_PX_MISC_IVAR暫存器僅在 MSI-X 情況下有效。因此，當停用 MSI-X 時，BIT（0） 是其他原因的正確遮罩。（CVE-2026-74741）

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

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

  - 已透過改進狀態管理解決此問題。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2 中修復此問題。處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2026-65333)。

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

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

  - 已解決 Linux 核心中的下列弱點：s390/zcrypt: Improve CCA CPRB length and overflow checks The xcrb_msg_to_type6cprb_msgx() function lacks proper input validation, creating security vulnerabilities: 1. Integer overflow after CEIL4 alignment: Signed int variables could overflow during 4-byte boundary alignment, causing undersized buffer allocations or incorrect bounds checking. 2.
    Missing minimum size validation: The CPRBX structure is copied from userspace without verifying sufficient buffer length. Undersized buffers cause uninitialized memory access when reading structure fields like cprbx.cprb_len and cprbx.domain. 3. Arithmetic overflow in sum calculations: Adding control block and data block sizes could overflow, bypassing size checks and enabling buffer overflows. Fix by using size_t for length calculations, adding U32_MAX boundary checks after alignment, validating minimum control block size before copying from userspace, and detecting sum calculation overflows. (CVE-2026-80546)

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

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

  - net/sched： cls_bpf：拒絕連結至不同裝置的 dev 連結程式 cls_bpf_prog_from_efd（） 透過 bpf_prog_get_type_dev （） 取得SCHED_CLS程式，但從未驗證裝置連結 （卸載） 程式的連結 netdev 是否符合分類器所附加的 TC netdev。這可讓載入裝置 A prog_ifindex的程式透過 cls_bpf + skip_sw附加到裝置 B;刪除裝置 A 接著會破壞程式的卸載狀態，而程式仍連接至裝置 B，觸發 netdevsim 警告 （錯誤，為 panic_on_warn=1）。鏡像 XDP 連接路徑 （net/core/dev.c） 並拒絕連接
    -EINVAL 當開發繫結程式的繫結裝置與目標裝置不相符時。（CVE-2026-74736）

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

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

  - af_unix：取消連結 unix_del_edge（） 中的scc_entry。Kyle Zeng 報告說，GC 可以部分釋放死去的 SCC。
    場景如下： 1） 建立兩個 SCC：X -。A <-> B ^--' 2） 同時執行下列動作： 2-1） send（） sk-B 從 sk-X 到 sk-B 2-2） close（） A 和 B 在 2-1），有一個小視窗，其中 unix_add_edges（） 將新的 edge （B <-> B） 發佈到 GC，但其 skb 不會被 skb_queue_tail（） 排入佇列。如果 2-2） 在 skb_queue_tail（） 之前完成並且觸發 GC，則它會判斷 A <-> B 為失效，但 B 不會被釋放，因為 GC 無法收集持有 B <-> B 邊緣的尚未排入佇列的 skb。X -. A、 <-> B-。這個邊緣是可見的 ^--' ^..'，但 skb 不是 這本身不是問題，因為下一次 GC 運行也會將 B 判斷為死亡並最終釋放它。X -. A <.> B -. ^--' ^--' 然而，X 的 SCC 會強制下一個 GC 呼叫 unix_walk_scc_fast（），並且它會透過 B 的 scc_entry 迭代 A。讓我們在釋放 unix_del_edge（） 中的頂點之前取消scc_entry連結。（CVE-2026-80521）

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

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

  - Adminer 之前 5.4.3 包含 SQLite 模式下的任意檔案刪除弱點，其中資料庫清單刪除動作無法在刪除前驗證副檔名。經過身份驗證的攻擊者可以在 db[] 參數中提交任意相對檔案路徑，以刪除 PHP 進程可寫入的任何檔案。
    (CVE-2026-34968)

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

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

  - OpenEXR 是 EXR 影像檔案格式的參考實作和規範，廣泛應用於電影產業。在整個3.3.123.4.03.4.13版本3.3.0中，PyOpenEXR Python 綁定包含讀取特製的深度掃描線 EXR 檔案時觸發的堆積越界寫入。當深層檔案宣告名為 left 的文字通道時，以及以層為首的 RGB 通道 left。R，左。G，然後離開了。B，包裝函式會先處理常值左通道，並為其配置純量深度範例陣列，然後重複使用相同的陣列作為前置詞 RGB 群組的合併目的地。
    深層讀取器會將具有 RGB 步幅 （三個通道） 的範例片段註冊到以純量形狀配置的儲存體中，因此解碼深度樣本寫入超出配置。透過預設的公共 Python API OpenEXR.File（path） 開啟此類檔案，會導致在正常深度範例解碼期間堆緩衝區溢位，進而導致記憶體損毀和當機。此問題已在版本 3.3.13 和 3.4.14中修正。
    (CVE-2026-68514)

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

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

  - GitHub CLI （gh） 是 GitHub 的官方命令行工具。2.28.0根據預設，版本會繫2.97.0結 gh codespace 埠所建立的本機接聽程式，轉送至所有可用的網路介面。當埠轉送處於作用中狀態時，Codespace 中的服務因此可以透過可路由傳送至使用者計算機的其他主機透過使用者的非回送本機 IP 位址連線。此行為不會變更 Codespaces 埠的 GitHub 端可見度。相反地，它會透過使用者本機電腦上的萬用字元系結接聽程式公開轉送的服務，即使來源 Codespaces 連接埠保持私人狀態也一樣。利用需要網路相鄰的攻擊者在轉送作用中時到達受害者的電腦。2.98.0 版已修正此問題。(CVE-2026-72924)

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

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

  - ORAS （OCI 登錄作為儲存） 是用於管理 OCI 登錄中成品的 CLI 和程式庫。在 ORAS CLI 版本 1.3.2中，遞迴反向參照遊走不會追蹤已造訪的描述元，因此傳回循環反向參照圖形的惡意 OCI 登錄檔會導致無限遞迴和記憶體成長。這會影響 oras discover，其遞迴遊遊預設為啟用，因為該 --depth 選項預設為 0 （無限制），以及 oras 備份和 oras 還原工作流程使用的遞迴反向連結計數。循環圖可以很簡單，例如 A 指代 B，B 指代 A。惡意登錄可利用此漏洞造成用戶端拒絕服務，耗盡 CPU 和記憶體，並針對不受信任的登錄中繼資料執行 ORAS 的自動化或 CI/CD 管線停擺。此弱點不會延伸至程式碼執行、成品替代或完整性繞過。1.3.3 版已修正此問題。(CVE-2026-55588)

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

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

  - xfs：刪除自我參照目錄時不要雙重鎖定 LOLLM 注意到 dirtree 洗滌器可以偵測到參照自己的目錄。在此情況下，目錄樹狀結構修復程式碼嘗試同時 iolock/ilock sc->ip 和 dp 是不正確的，因為它們是相同的 inode。透過偵測該極端情況並適當處理來解決此問題。（CVE-2026-80535）

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

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

  - xfs：避免在 sc->tempip 上xrep_tempfile_create UAF 如果暫存檔建立程式碼在設定 sc->tempip 後失敗，LOLLM 注意到潛在的 UAF。修正該問題。(CVE-2026-80531)

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

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

  - xfs：不要吞下 dquot 復原驗證錯誤 xlog_recover_dquot_commit_pass2（） 會使用 xfs_dqblk_verify（） 驗證復原的 dquot，失敗時設定 error = -EFSCORRUPTED 並跳轉至 out_release。但out_release無條件地傳回 0，因此損毀錯誤會遭到捨棄：呼叫端 xlog_recover_items_pass2（） 看到成功，記錄復原會像 dquot 有效一樣繼續進行，而且損毀的配額緩衝區可以寫回磁碟。（CVE-2026-80529）

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

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

  - 啟用 sql-log 外掛程式的管理員版本5.3.05.4.2在 plugins/sql-log.php 的 ns 參數中包含任意檔案寫入弱點。經驗證的使用者可以在 ns 參數中提供路徑遊走序列，以將具有攻擊者控制內容的任意 .sql 檔案寫入主機上的任何可寫入目錄。（CVE-2026-34967）

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

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

  - xfs：修正了線上 fsck 中的另一個 iunlink 無限迴圈錯誤xrep_iunlink_resolve_bucket應該根據它在磁碟和記憶體中找到的內容重建盡可能多的 incore prev 和 next 非連結清單指標，然後再繼續將真正遺失的 inode 重新連結回非連結清單。但是，它仍然容易受到透過next_unlinked指標傳入的無限迴圈的影響。透過記住我們已經看到的 inode 並針對該 inode 檢查新的 agino 指標來解決此問題。如果已設定位元，則這是迴圈或 inode 具有非零連結計數。我們將在後續補丁中處理第二種情況。（CVE-2026-80532）

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

遠端主機上安裝的 IBM Java 版本為 7.1.5.32 之前的 7.1 / 8.0.8.71 之前的 8.0。因此，它受到 Oracle 2026 年 8 月 18 日 CSPU 公告中提及的多個弱點影響。

  - Oracle Java SE 中存有弱點 (元件：2D)。受影響的支援版本是 Oracle Java SE：
    7u511。此弱點較易攻擊，能夠透過多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 Oracle、Java SE。若成功攻擊此弱點，可能未經授權即能夠導致 Oracle Java SE 懸置或經常重複性當機 (完全 DOS)。
    注意：使用指定之元件中的 API 可以惡意利用此弱點，例如，透過提供資料給 API 的 Web 服務。此弱點亦適用於會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼) 並且依賴 Java 沙箱獲得安全性的 Java 部署，這通常是在於沙箱中執行的 Java Web Start 應用程式或於沙箱中執行的 Java Applet 用戶端中。
    (CVE-2026-71054)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM Enterprise Edition 產品中的弱點 (元件：Networking)。受影響的支援版本是 Oracle Java SE：8u501、11.0.32、17.0.20、21.0.12、25.0.4、26.0.2；Oracle GraalVM for JDK：17.0.20 和 21.0.12；Oracle GraalVM 企業版：21.3.19。攻擊此弱點具有難度，能夠透過 HTTP 存取網路的未經驗證攻擊者可利用此弱點入侵 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版。雖然弱點位於 Oracle Java SE、Oracle GraalVM for JDK 和 Oracle GraalVM 企業版中，但攻擊可能對其他產品造成重大影響 (範圍變更)。若攻擊成功，攻擊者未經授權即可存取重要資料，或完整存取所有 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版可存取資料。注意：使用指定之元件中的 API 可以惡意利用此弱點，例如，透過提供資料給 API 的 Web 服務。此弱點亦適用於 Java 部署，通常是在執行沙箱隔離的 Java Web Start 應用程式或沙箱隔離的 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。(CVE-2026-61308)

  - Oracle Java SE 中存有弱點 (元件：2D)。受影響的支援版本是 Oracle Java SE：
    25.0.4 和 26.0.2。此弱點較易攻擊，能夠透過多個通訊協定存取網路的未經驗證攻擊者可藉此入侵 Oracle、Java SE。若成功攻擊此弱點，可能未經授權即能夠導致 Oracle Java SE 懸置或經常重複性當機 (完全 DOS)。
    注意：使用指定之元件中的 API 可以惡意利用此弱點，例如，透過提供資料給 API 的 Web 服務。此弱點亦適用於會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼) 並且依賴 Java 沙箱獲得安全性的 Java 部署，這通常是在於沙箱中執行的 Java Web Start 應用程式或於沙箱中執行的 Java Applet 用戶端中。
    (CVE-2026-70906)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM 企業版產品中的弱點 (元件：JSSE)。受影響的支援版本是 Oracle Java SE：8u501、11.0.32、17.0.20、21.0.12、25.0.4、26.0.2；Oracle GraalVM for JDK：17.0.20 和 21.0.12；Oracle GraalVM 企業版：21.3.19。此弱點較易攻擊成功，能夠透過 TLS 存取網路的未經驗證攻擊者可利用此弱點入侵 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版。若攻擊成功，攻擊者可在未經授權的情況下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版局部拒絕服務 (局部 DOS)。注意：此弱點僅可透過以下方式遭到惡意利用：提供資料給指定元件中的 API 而不使用未受信任的 Java Web Start 應用程式或是未受信任的 Java Applet，如透過 Web 服務。
    (CVE-2026-70907)

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM 企業版產品中的弱點 (元件：Security)。受影響的支援版本是 Oracle Java SE：8u501、11.0.32、17.0.20、21.0.12、25.0.4、26.0.2；Oracle GraalVM for JDK：17.0.20 和 21.0.12；Oracle GraalVM 企業版：21.3.19。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版。若成功攻擊此弱點，則可能導致在未經授權的情況下讀取 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版的部分可存取資料。注意：
    此弱點僅可透過以下方式遭到惡意利用：提供資料給指定元件中的 API，而不使用未受信任的 Java Web Start 應用程式或是未受信任的 Java Applet，如透過 Web 服務。
    (CVE-2026-60589)

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

遠端主機上安裝的 IBM Java 版本為 7.1.5.31 之前的 7.1 / 8.0.8.70 之前的 8.0。因此，它會受到 IBM 安全更新 2026 年 8 月公告中所述的弱點影響。

  - 在 Eclipse OpenJ9 之前 0.60版本中，具有深度巢狀註釋的特製 .class 檔案會導致分割錯誤。（CVE-2026-16440）

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

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

  - xfs：邊界檢查緩衝區記錄項目的已變更點陣圖 xlog_recover_do_reg_buffer（） 會將緩衝區記錄項目點陣圖所描述的每個已變更區域重播到該項目的緩衝區讀取中：memcpy（xfs_buf_offset（bp， （uint）bit << XFS_BLF_SHIFT）， item->ri_buf[i].iov_base， nbits << XFS_BLF_SHIFT）;目的地位移量 （位元/nbits，來自記錄的髒點陣圖） 和緩衝區大小 （來自記錄的 blf_len） 都是攻擊者控制的，並且在其他方面不相關，但唯一限制副本的是 ASSERT（），它在生產核心上編譯。記錄小blf_len的特製影像以及超過該緩衝區末端的點陣圖位元會驅動 memcpy（） 超過緩衝區的配置，從而在裝載時日誌復原期間損毀相鄰的核心堆積。任何能夠掛載特製映像的人都可以實現這一點——惡意檔案系統威脅模型 XFS 已經在其他地方防範了。將 ASSERT（） 變成真正的 XFS_IS_CORRUPT（） 檢查，以 -EFSCORRUPTED 中止緩衝區的復原，這與 xlog_recover_do_inode_buffer（） 和 xfs_dquot_item_recover.c 中已經使用的驗證和失敗慣用法一致。
    因此，xlog_recover_do_reg_buffer（） 會變成 STATIC int，其三個呼叫端會傳播錯誤。在 CONFIG_XFS_DEBUG=n 組建上使用 KASAN 找到並確認：在此變更之前，特製的映像會觸發 slab-out-of-bounds 寫入，並在此之後使用 -EFSCORRUPTED 完全失敗復原。（CVE-2026-80536）

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

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

  - OpenTelemetry-Go 是 OpenTelemetry 的 Go 實作。從版本 0.11.0 到 1.44.0，OpenTracing 橋接器的 bridgeSpan 包含未同步的 extraBaggageItems 對應，可能會導致錯誤。
    因為 Go 映射對於並發讀/寫存取、並發 SetBaggageItem 和關聯來說並不安全。相同掛鉤橋上的 MapFromContext 呼叫 Span 可能會觸發致命的執行階段錯誤，例如並發映射讀取和映射寫入或並發映射迭代和映射寫入，從而終止進程並造成拒絕服務。1.45.0 版已修正此問題。(CVE-2026-45404)

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

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

  - Doorkeeper：OpenID Connect 在 Doorkeeper 之上為 Rails 應用程式實作 OpenID Connect 驗證提供者。在之前 1.10.4，動態用戶端註冊 （DCR） 端點會保留用戶端提供的範圍，而不會根據伺服器設定的範圍集進行驗證。在某些情況下，這可讓自行註冊的用戶端取得超出伺服器預期授與範圍的範圍。在 DynamicClientRegistrationController#application_params 中，scopes 屬性會直接從 params[：scope] 指派，而不需要針對 Doorkeeper.configuration.scopes 或optional_scopes進行驗證。結合預設關閉enforce_configured_scopes以及 Doorkeeper 的 ScopeChecker 將應用程式級範圍優先於伺服器級範圍，這會建立權限提升路徑。1.10.4 版已修正此問題。(CVE-2026-70665)

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

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

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。在之前的版本3.2.113.4.03.3.03.3.123.4.13中，當 exrmultiview 結合兩個攻擊者提供的個別有效的掃描行 EXR 檔案時，其 union dataWindow 未與一個檢視的通道子取樣對齊，則 exrmultiview 可以寫入堆積配置。公用程式會使用截斷的 union_width / xSampling 配置取樣通道儲存體，然後根據未對齊的聯集視窗透過 Slice 讀取取樣輸入，產生堆積越界寫入。觸發器是正常的公共工具處理，例如 exrmultiview 左 A.exr 右 B.exr out.exr 具有特製但有效的輸入，因此這不僅僅是 API 或調用方先決條件問題。此問題已在 、 3.3.13和 3.4.14版本中3.2.11修正。（CVE-2026-68515）

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

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

  - Doorkeeper 是 Ruby on Rails 的 OAuth 2 提供者。在版本 1.9.0中，只知道動態註冊的用戶端client_id （即公開資訊） 的攻擊者可以在權杖端點以該用戶端的身分進行驗證，並在不提供其client_secret的情況下取得存取權杖。發生這種情況的原因是，動態用戶端註冊功能會建立具有機密：false硬式編碼的應用程式，即使註冊回應傳回client_secret並公告支援client_secret_basic和client_secret_post驗證方法;由於 Doorkeeper 會將空白或遺漏的密碼視為對非機密 （公用） 用戶端有效，因此永遠不會驗證該密碼。只有已明確啟用 Dynamic Client Registration（預設為停用）的專案才會受到影響。1.10.0 版已修正此問題。(CVE-2026-44476)

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

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

  - 管理員 4.6.0 透過 5.5.0 （修正於 5.5.1） 包含先前 X-Forwarded-Prefix 弱點 （GHSA-8478-xrj3-h9c2） 的不完整修正。驗證防護 （bootstrap.inc.php） 僅拒絕符合 ^/[^/] 的前置詞，阻止 //evil.com 但允許 /\evil.com 之類的值，其第二個字元是反斜線。由於瀏覽器會將反斜線正規化為正斜線，因此網路路徑參照會保留到REQUEST_URI並到達 cookie_path（），從而影響 Set-Cookie 路徑屬性。利用需要用戶端可以設定 X-Forwarded-Prefix 標頭 （設定錯誤或缺少反向 Proxy）。影響僅限於異常的 cookie 路徑範圍設定。（CVE-2026-16434）

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

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

  - OpenEXR 是 EXR 影像格式的參考實作和規範，廣泛應用於電影產業。3.3.0版本3.3.123.4.03.4.13在 PyOpenEXR 中包含堆積緩衝區溢位，該溢位是由常值和前置詞 RGB 通道之間的通道名稱金鑰衝突觸發的。
    當 separate_channels=false 時，PyOpenEXR 透過 channelNameToRGBA（） 映射每個實體通道名稱，並將結果合併到共享的 RGB 陣列中。特製的平面掃描線 EXR，其中包含文字色度 （例如左） 和前置詞色度 （例如左）。R，左。G，然後離開了。B 會導致這些名稱衝突，因此包裝函式會針對合併的 RGB 切片重複使用大小過小的二維 NumPy 陣列，並在 OpenEXR.File（path） 解碼圖元時寫入越界。此問題已在 3.3.13 和 3.4.14 版中修正。(CVE-2026-68513)

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

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

  - 管理員 4.6.0 之前 5.5.0 將用戶端提供的 X-Forwarded-Prefix 標頭附加到 $_SERVER[REQUEST_URI] 前面，沒有 trusted-proxy 檢查，也沒有驗證前綴值。攻擊者可以提供絕對 URL （例如 X-Forwarded-Prefix： https://evil.example），該 URL 會流入位置重新導向標頭、Set-Cookie 路徑屬性和自我參照連結。這會在狀態變更 POST、工作階段 cookie 路徑屬性的未經驗證控制以及自我參照連結中毒之後啟用經過身份驗證的開放重新導向;無法插入 CR/LF，因此無法進行標頭分割/XSS。
    (CVE-2026-34959)

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

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

  - xfs：修正 xfs_dq_get_next_id xfs_dq_get_next_id（） 中錯誤時的 ILOCK 洩漏，在呼叫 xfs_iread_extents（） 之前先獲取配額 inode ILOCK。如果 xfs_iread_extents（） 失敗，該函數會立即返回而不釋放鎖定，從而洩露配額 inode ILOCK。這可能會使配額 inode 保持鎖定狀態，並導致後續配額作業停擺。透過在錯誤時跳到通用解鎖路徑而不是直接返回來解決此問題。（CVE-2026-80534）

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

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

  - xfs：修正 rtrefcount btree 根層級驗證中的差一錯誤 xfs_rtrefcountbt_compute_maxlevels（） 設定 mp->m_rtrefc_maxlevels = min（d_maxlevels， r_maxlevels） + 1;其中尾端 + 1 已考慮 inode 根層級，因此最深的有效磁碟根層級為 m_rtrefc_maxlevels - 1，且游標必須滿足 bc_nlevels <= bc_maxlevels （= m_rtrefc_maxlevels）。兩個磁碟驗證路徑 xfs_rtrefcountbt_verify（） 和 xfs_iformat_rtrefcount（） 使用 > 而不是 >= 檢查根層級，因此裝載時會接受特製的 rtreflink （metadir + realtime + reflink） 影像，其 /rtgroups/N.refcount inode 具有 bb_level == m_rtrefc_maxlevels。然後xfs_rtrefcountbt_init_cursor（） 設定 bc_nlevels = bb_level + 1，比 bc_maxlevels 多 1。由於 xfs_rtrefcountbt_cur slab 物件的大小恰好適合 bc_maxlevels 個項目，因此此類游標上的第一個 btree 操作會索引 bc_levels[m_rtrefc_maxlevels] 超過物件的末尾。掛載後建置的第一個 rtrefcount 游標會透過 log/CoW 還原 （xfs_mountfs（） 期間的 xfs_reflink_recover_cow（） 或即時裝置上的FS_IOC_GETFSMAP來達到此目的。拒絕等於 m_rtrefc_maxlevels 的根層級，符合同級資料裝置 refcount/rmap 驗證程式和記憶體內 rtrmap 驗證程式已使用的 >= 形式。錯誤：KASAN：xfs_btree_lookup 中的 slab-out-of-bounds （fs/xfs/libxfs/xfs_btree.c：2101） task exploit/144 xfs_btree_lookup在 addr ffff888018391658 寫入大小 2 的寫入 （fs/xfs/libxfs/xfs_btree.c：2101） xfs_btree_query_range （fs/xfs/libxfs/xfs_btree.c：5308） xfs_refcount_recover_cow_leftovers （fs/xfs/libxfs/xfs_refcount.c：2113） xfs_reflink_recover_cow （fs/xfs/xfs_reflink.c：1085） xlog_recover_finish （fs/xfs/xfs_log_recover.c：3551） xfs_mountfs （fs/xfs/xfs_mount.c：1158） xfs_fs_fill_super （fs/xfs/xfs_super.c：1940） get_tree_bdev_flags （fs/super.c：1634） vfs_get_tree （fs/super.c：1694） path_mount （fs/namespace.c：4161） __x64_sys_mount （fs/namespace.c：4367） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） 有錯誤的位址屬於大小為 216 的快取xfs_rtrefcountbt_cur 有錯誤的位址位於分配的 216-位元組區域 [ffff888018391578， ffff888018391650） 核心錯誤 - 未同步： 重大異常 （CVE-2026-80537）

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

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

  - xfs：不要在 AGI 修復中離開空 sc->sa.agi_bp 的末尾LOLLM 注意到一個長期存在的錯誤xrep_iunlink_walk_ondisk_bucket嘗試遍歷 ragi->sc->sa.agi_bp 以重建未連結的 inode 清單。
    不幸的是，如果緩衝區驗證程式失敗，agi_bp 可能會為 null，因此我們必須改用 ragi->agi_bp （跳過驗證程式檢查）。（CVE-2026-80533）

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

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

  - OpenEXR 是 EXR 影像檔案格式的參考實作和規範，廣泛應用於電影產業。在 、 3.3.0 和 3.3.123.4.03.4.13透過 的3.2.10版本中，當深層影像具有非零 dataWindow 來源時，OpenEXRUtil 程式庫會從 SampleCountChannel：：row（） API 傳回越界指標。row（） 存取子會記錄為從 0 開始，並從絕對圖元座標位移的內部基數計算其位址，因此每當 dataWindow.min 為非零時，兩個座標模型就會衝突。對於資料視窗具有較大負垂直原點的深層影像，row（0） 指向遠遠超出配置的樣本計數緩衝區。開啟攻擊者控制的深層 EXR 檔案並透過 row（） 存取樣本計數的應用程式會執行越界讀取，這可能會使處理程序當機，或在受控的堆積配置下，將相鄰的堆積記憶體傳回為樣本計數值。此問題已在 、 3.3.13和 3.4.14版本中3.2.11修正。（CVE-2026-59981）

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

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

  - xfs：修正 INO1_WRITTEN 的 exchange-range reflink 旗標清除問題 當交換兩個完整檔案範圍時，xmi_can_exchange_reflink_flags（） 可以將 reflink inode 旗標從目前具有它的檔案移動到另一個檔案，只要只標記了一側即可。這假設會交換檔案內容，因此會交換所有共用範圍。當設定XFS_EXCHMAPS_INO1_WRITTEN時，這個假設並不成立。xfs_exchmaps_can_skip_mapping（） 可以跳過 file1 中的漏洞和未寫入的映射，因此交換可以在不移動先前標誌交換決策所考慮的每個映射的情況下完成。在此情況下，作業後清除可以從仍擁有共用寫入範圍的 inode 清除 reflink 旗標。
    隨後的寫入會採用非 reflink 寫入路徑，並可能更新仍應受 CoW 保護的區塊，這顯示為 reflink 相關檔案之間的資料損毀。透過在要求時停用 reflink 旗標交換XFS_EXCHMAPS_INO1_WRITTEN來修正此問題。內容交換仍然可以進行;保守的結果是兩個 inode 都保留 reflink 旗標。一旦 inode 不再具有共用範圍，一般 reflink 旗標清除路徑稍後可能會捨棄額外的旗標。（CVE-2026-80530）

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

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

  - gpac 31becc9e08b88e525a4a62013a4000de1c0f8fd9 中的緩衝區溢位弱點允許攻擊者透過 svgNameToImplementationName（） 函式 （CVE-2026-52489） 執行任意程式碼

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

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

  - Adminer 之前 5.5.0 在登入表單的伺服器欄位驗證器中包含伺服器端要求偽造弱點，該弱點只會檢查前導整數中的特權連接埠，而無法拒絕非數值連接埠值。攻擊者可以將 PDO DSN 金鑰（如 host= 和 port=）插入伺服器參數中，以繞過特權連接埠限制，並在身份驗證之前建立與任意內部主機和連接埠的 TCP 連線。（CVE-2026-34964）

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

ID	名稱	嚴重性
340777	Linux Distros 未修補弱點：CVE-2026-80570	high
340776	Linux Distros 未修補弱點：CVE-2026-64778	medium
340775	Linux Distros 未修補弱點：CVE-2026-80560	high
340774	Linux Distros 未修補弱點：CVE-2026-80587	critical
340773	Linux Distros 未修補弱點：CVE-2026-80585	critical
340772	Linux Distros 未修補弱點：CVE-2026-80528	critical
340771	Linux Distros 未修補弱點：CVE-2026-74734	medium
340770	Linux Distros 未修補弱點：CVE-2026-65337	medium
340769	Linux Distros 未修補弱點：CVE-2026-65334	medium
340768	Linux Distros 未修補弱點：CVE-2026-80582	high
340767	Linux Distros 未修補弱點：CVE-2026-80542	medium
340766	Linux Distros 未修補弱點：CVE-2026-80572	high
340765	Linux Distros 未修補弱點：CVE-2026-74750	high
340764	Linux Distros 未修補弱點：CVE-2026-80575	high
340763	Linux Distros 未修補弱點：CVE-2026-74743	critical
340762	Linux Distros 未修補弱點：CVE-2026-74752	critical
340761	Linux Distros 未修補弱點：CVE-2026-74738	medium
340760	Linux Distros 未修補弱點：CVE-2026-80579	high
340759	Linux Distros 未修補弱點：CVE-2026-64718	medium
340758	Linux Distros 未修補弱點：CVE-2026-74741	high
340757	Linux Distros 未修補弱點：CVE-2026-65333	medium
340756	Linux Distros 未修補弱點：CVE-2026-80546	high
340755	Linux Distros 未修補弱點：CVE-2026-74736	high
340754	Linux Distros 未修補弱點：CVE-2026-80521	high
340743	Linux Distros 未修補弱點：CVE-2026-34968	high
340742	Linux Distros 未修補弱點：CVE-2026-68514	medium
340741	Linux Distros 未修補弱點：CVE-2026-72924	low
340740	Linux Distros 未修補弱點：CVE-2026-55588	medium
340739	Linux Distros 未修補弱點：CVE-2026-80535	medium
340738	Linux Distros 未修補弱點：CVE-2026-80531	high
340737	Linux Distros 未修補弱點：CVE-2026-80529	high
340736	Linux Distros 未修補弱點：CVE-2026-34967	medium
340735	Linux Distros 未修補弱點：CVE-2026-80532	medium
340728	IBM Java 7.1 < 7.1.5.32/8.0 < 8.0.8.71 多個弱點	medium
340727	IBM Java 7.1 < 7.1.5.31 / 8.0 < 8.0.8.70	medium
340712	Linux Distros 未修補弱點：CVE-2026-80536	high
340711	Linux Distros 未修補弱點：CVE-2026-45404	medium
340710	Linux Distros 未修補弱點：CVE-2026-70665	medium
340709	Linux Distros 未修補弱點：CVE-2026-68515	high
340708	Linux Distros 未修補弱點：CVE-2026-44476	medium
340707	Linux Distros 未修補弱點：CVE-2026-16434	low
340706	Linux Distros 未修補弱點：CVE-2026-68513	high
340705	Linux Distros 未修補弱點：CVE-2026-34959	medium
340704	Linux Distros 未修補弱點：CVE-2026-80534	medium
340703	Linux Distros 未修補弱點：CVE-2026-80537	high
340696	Linux Distros 未修補弱點：CVE-2026-80533	medium
340695	Linux Distros 未修補弱點：CVE-2026-59981	high
340694	Linux Distros 未修補弱點：CVE-2026-80530	high
340693	Linux Distros 未修補弱點：CVE-2026-52489	high
340692	Linux Distros 未修補弱點：CVE-2026-34964	medium

偵測

Nessus 的 Misc. 系列

high

medium

high

critical

critical

critical

medium

medium

medium

high

medium

high

high

high

critical

critical

medium

high

medium

high

medium

high

high

high

high

medium

low

medium

medium

high

high

medium

medium

medium

medium

high

medium

medium

high

medium

low

high

medium

medium

high

medium

high

high

high

medium