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

  - XFS：如果 Irele 在 xfs_attri_recover_work xlog_recovery_iget* 中 iget 失敗後，不要@ip讓 Irele 回到有效指標，若對方回錯，因此這個 Irele 會從懸掛指標中走出。把它解決。
    (CVE-2026-43063)

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

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

  - dmaengine： idxd：修正 .release（） 上未釋放工作佇列的問題 釋放物件時，不會釋放與 DSA/IAA 裝置相關聯的工作佇列。（CVE-2026-43064）

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

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

  - drm/vc4： 修正懸置狀態下 BO 陣列的記憶體洩漏 懸置狀態的 BO 陣列在 vc4_save_hang_state（） 中與 kzalloc（） 單獨分配，但在 vc4_free_hang_state（） 中從未釋放。在釋放懸置狀態結構之前，為 BO 陣列新增缺少的 kfree（）。（CVE-2026-43105）

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

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

  - ext4：一律排空 ext4_mb_release（） 中佇列的捨棄工作 在審查最近的 ext4 修補程式[1]時，Sashiko 提出了以下問題[2]： > 如果檔案系統最初使用 discard 選項掛載，>刪除檔案將填入 sbi->s_discard_list 並排入佇列> s_discard_work。如果隨後使用 nodiscard 重新掛載，則會清除> EXT4_MOUNT_DISCARD旗標，但擱置中的s_discard_work>既不會取消也不會排清。[1] https://lore.kernel.org/r/20260319094545.19291-1-qiang.zhang@linux.dev/ [2] https://sashiko.dev/#/patchset/20260319094545.19291-1-qiang.zhang%40linux.dev 這種擔憂是合理的，但與修補程式無關[1]。Sashiko 目前（早期）形式的問題之一是它會偵測預先存在的問題，並將其報告為正在審查的修補程式的問題。在實踐中，很難故意點擊（除非您是惡意的 syzkaller 模糊器），因為它涉及使用 -o discard 掛載檔案系統，然後刪除大量檔案，使用 -o nodiscard 重新掛載檔案系統，然後在佇列的捨棄工作有變更自行清空之前立即卸載檔案系統。修復它，因為它是一個真正的錯誤，並避免 Sashiko 在分析 mballoc.c 的未來補丁時提出這個問題。（CVE-2026-43065）

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

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

  - xfrm：在原則 netns 結束期間等候 RCU 讀取器 xfrm_policy_fini（） 會在排清原則工作項目並刪除所有原則之後釋放policy_bydst雜湊表，但不會等候並行 RCU 讀取器先離開其讀取端重要區段。policy_bydst表會透過 rcu_assign_pointer（） 發佈，並透過 rcu_dereference_check（） 查詢，因此 netns 拆卸也必須等待 RCU 寬限期，才能釋放表記憶體。在釋放原則雜湊表之前新增 synchronize_rcu（） 來修正此問題。（CVE-2026-43091）

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

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

  - perf/x86/intel/uncore： 跳過離線晶片的探索表 如果停用 NUMA，且系統開機時的 CPU 數量少於晶片 0 中的 CPU 數量，則可能會觸發此警告。警告： uncore.c：1157 的 CPU：9 PID：7257 uncore_pci_pmu_register+0x136/0x160 [intel_uncore] 目前，即使相關聯晶片中的所有 CPU 都處於離線狀態，探索表仍會繼續剖析。這可能會導致 uncore_pci_pmu_register（） 中的 pmu->boxes[die] = box 處出現陣列溢位，從而觸發上述警告或導致其他問題。（CVE-2026-43079）

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

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

  - x86：影子堆疊：mmap 鎖定的正確錯誤處理報告 shstk_pop_sigframe（） 不會檢查來自 mmap_read_lock_killable（） 的錯誤，這是一個愚蠢的疏忽，也表明我們沒有用 __must_check 標記這些函數，這會立即捕獲它。因此，讓我們解決這兩個問題。（CVE-2026-43109）

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

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

  - net： ioam6：修正 OOB 和遺失的鎖定 設定 trace->type.bit6 時： if （trace->type.bit6） { ...佇列 = skb_get_tx_queue（dev， skb）;qdisc = rcu_dereference（佇列>qdisc）;當 is_input dev->_tx[] 為 true 時，此程式碼可能會導致越界存取 dev-[] 陣列。在這種情況下，資料包位於 RX 路徑上，並且 skb->queue_mapping 包含輸入裝置的 RX 佇列索引。如果輸入裝置的 RX 佇列多於輸出裝置 （dev） 的 TX 佇列，則 skb_get_queue_mapping（skb） 將超過 dev->num_tx_queues。新增檢查以避免這種情況，因為 skb_get_tx_queue（） 不會限制索引。
    此問題還顯示，每個佇列的可見性不準確，稍後將作為新功能進行替換。同時，在 qdisc_qstats_qlen_backlog（） 周圍新增缺少的鎖。函式
    __ioam6_fill_trace_data（） 是從 softirq 和進程上下文調用的，因此這裡使用 spin_lock_bh（）。（CVE-2026-43083）

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

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

  - xsk：加強 UMEM 餘量驗證，以考慮尾部空間和最小框架 目前 xdp_umem_reg（） 中的餘量驗證可能會讓我們沒有足夠的空間專門接收最小尺寸的乙太網路框架。此外，如果多緩衝區開始播放，則儲存在 XSK 幀結尾的skb_shared_info將會損毀。硬體通常適用於 128 對齊大小，因此讓我們提供此值作為最低限度。多緩衝區設定在配置過程的後期是已知的，因此除了考慮 128 位元組之外，我們還要預先處理尾室空間。（CVE-2026-43093）

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

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

  - ipv6： ioam：修正 __ioam6_fill_trace_data（） 中潛在的 NULL 取消參照 我們需要檢查 __in6_dev_get（） 是否有可能的 NULL 值，正如 Yiming Qian 所建議的那樣。同時新增 skb_dst_dev_rcu（） 而不是 skb_dst_dev（），以及兩個遺漏的 READ_ONCE（）。請注意，@dev不能為 NULL。（CVE-2026-43101）

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

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

  - Jupyter Server 是 Jupyter 網頁應用程式的後端。在jupyter_server版本中 2.17.0，登入流程中的下一個查詢參數在「LoginFormHandler._redirect_safe（）」中驗證不足，該參數允許透過像「///example.com」這樣的值重定向到任意外部網域。攻擊者可能會利用精心設計的登入網址，將使用者導向惡意網站，並促進釣魚攻擊。2.18.0 版已修正此問題。(CVE-2025-61669)

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

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

  - 在 Eclipse Equinox OSGi 3.8 到 3.18 版本中，主控台介面存在遠端程式碼執行弱點，讓未經驗證的攻擊者得以利用 fork 命令功能來執行任意程式碼。攻擊者可透過 telnet 與 OSGi 主控台建立連線，執行 telnet 握手協定，並傳送 fork 命令以下載和執行惡意 Java 程式碼，進而建立反向 shell 連線。(CVE-2023-54342)

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

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

  - 在 的 Eclipse Open9J 版本0.210.58中，預先驗證的遠端攻擊者可傳送 32 位元組特製的 TCP 訊息，使 JITServer 當機。（CVE-2026-6918）

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

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

  - 在 2.0.0-milstone-10 之前的 Eclipse BaSyx Java Server SDK 版本中，子模型 HTTP API 的路徑正規化不足，導致未經認證的遠端攻擊者能執行路徑穿越攻擊。在檔案上傳操作中提供惡意設計的 fileName 參數，攻擊者可以繞過預期的儲存邊界，將任意檔案寫入 Java 程序可存取的主機檔案系統中任意位置。這可能導致遠端程式碼執行（RCE）及系統全面入侵。
    (CVE-2026-7411)

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

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

  - 在 Eclipse BaSyx Java Server SDK 版本中，2.0.0-milestone-10 之前，操作委派功能無法驗證委派請求的目的地 URI。未經認證的遠端攻擊者可利用此設計缺陷，迫使 BaSyx 伺服器對任意內部或外部目標執行盲目 HTTP POST 請求。這讓攻擊者能繞過網路分段，轉向隔離的內部 IT/OT 基礎設施或目標雲端元資料服務（IMDS）。（CVE-2026-7412）

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

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

  - 在 Keylime 中發現一個瑕疵。在執行 Keylime 代理程式的已註冊受監控電腦上具有 root 存取權的攻擊者可以惡意利用 Keylime 驗證程式中的弱點。驗證程式會針對信任平台模組 （TPM） 報價證明使用硬式編碼挑戰隨機數，而不是密碼編譯隨機值。這允許攻擊者儲存有效的 TPM 報價並重播它們，以在入侵系統後逃避偵測。此問題只會影響推送模型部署。（CVE-2026-6420）

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

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

  - 在 Eclipse Equinox OSGi 3.7.2 和更早的版本中存在遠端程式碼執行弱點，未經驗證的攻擊者透過將承載傳送至主控台介面，即可執行任意程式碼。
    攻擊者可連線至 OSGi 主控台連接埠，傳送包裹在 fork 指令中的 Base64 編碼 Bash 命令，藉此執行程式碼並建立反向 Shell 連線。(CVE-2023-54344)

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

遠端主機上安裝的 JetBrains IntelliJ IDEA 版本低於 2024.3.7.1, 2025.1.7.1, 2025.2.6.2, 2025.3.4.1, 或 2026.1.1。因此，它受到本地任意檔案讀取弱點影響。

  - 在 ， ， 2025.2.6.22025.1.7.1， 2025.3.4.1之前2024.3.7.1的 JetBrains IntelliJ IDEA 中，2026.1.1可以透過內建的 Web 伺服器讀取任意本機檔案。（CVE-2026-41882）

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

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

  - Apache HTTP 的 Server mod_proxy_ajp 中存在堆積型緩衝區溢位弱點。如果 mod_proxy_ajp 連線至惡意 AJP 伺服器，此 AJP 伺服器可以向 mod_proxy_ajp 回傳惡意 AJP 訊息，並使其在堆積型緩衝區末尾後寫入 4 個攻擊者控制的位元組。此問題會影響 Apache HTTP Server 2.4.66 及其之前所有版本。建議使用者升級至 2.4.67 版，即可修正此問題。
    (CVE-2026-28780)

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

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

  - Bluetooth： hci_ll：修正錯誤路徑上的韌體洩漏 Smatch 報告：drivers/bluetooth/hci_ll.c：587 download_firmware（） 警告：request_firmware（） 中的 'fw' 未在第 544 行上釋放。在download_firmware（）中，如果request_firmware（）成功但傳回的韌體內容無效（無資料或零大小），則函數返回而不釋放韌體，從而導致資源洩漏。在 request_firmware（） 成功但韌體內容無效時返回之前呼叫 release_firmware（） 來修正此問題。
    (CVE-2026-43069)

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

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

  - dcache：限制最小桶數為兩個。當使用者設定「dhash_entries=1」時，dentry_hashtable 有越界讀取問題：BUG：無法處理位址為 ffff888b30b774b0 的頁面錯誤 #PF：
    核心模式下的主管讀取存取權 #PF：error_code（0x0000） - 不存在頁面 錯誤：錯誤：0000 [#1] SMP PTI RIP：0010：__d_lookup+0x56/0x120 呼叫追蹤：d_lookup.cold+0x16/0x5d lookup_dcache+0x27/0xf0 lookup_one_qstr_excl+0x2a/0x180 start_dirop+0x55/0xa0 simple_start_creating+0x8d/0xa0 debugfs_start_creating+0x8c/0x180 debugfs_create_dir+0x1d/0x1c0 pinctrl_init+0x6d/0x140 do_one_initcall+0x6d/0x3d0 kernel_init_freeable+0x39f/0x460 kernel_init+0x2a/0x260 當 dhash_entries 設定為 1 時，dentry_hashtable中只會有一個儲存桶，dcache_init（） 計算d_hash_shift為 32。然後，下列程序將存取 dentry_hashtable 中的多個桶（記憶體區域未分配）：d_lookup b = d_hash(hash) dentry_hashtable + ((u32)hashlen >> d_hash_shift) // C 標準將右移量的行為定義為未定義 // 超過操作數的位寬。// '(u32)hashlen >> d_hash_shift' 的結果變成 'hashlen'，// 因此 'b' 將指向未分配的記憶體區域。 hlist_bl_for_each_entry_rcu(b) hlist_bl_first_rcu(head) h->first // 讀取 OOB！透過將dentry_hashtable儲存貯體的最小數量限制為兩個來修正此問題，這樣「d_hash_shift」就不會超過 u32 類型的位元寬度。（CVE-2026-43071）

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

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

  - ModSecurity 是適用於 Apache、IIS 和 Nginx 的開源、跨平台 Web 應用程式防火牆 （WAF） 引擎。Libmodsecurity 是 ModSecurity v3 專案的一個元件。當使用 t：hexDecode 轉換的規則檢查包含單一字元的查詢字串參數時，就會發生分割錯誤。
    攻擊者可以利用此漏洞使背景工作進程崩潰，從而造成拒絕服務。一旦攻擊停止，服務就會恢復，因為背景工作處理程序會從段錯誤中復原。libModSecurity3 之前 3.0.15 的所有版本都會受到影響。這已在版本 3.0.15中修補。（CVE-2026-30923）

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

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

  - drm/vc4：platform_get_irq_byname（） 傳回 int platform_get_irq_byname（） 如果發生錯誤，將傳回負值，因此應該檢查它，而不僅僅是直接傳入 devm_request_threaded_irq（） 希望一切正常。（CVE-2026-43072）

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

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

  - 在 OpenStack Horizon 25.6 及 25.7 之前 25.7.3發現問題。在驗證之前，會作業儲存後端會進行寫入作業，因此未經驗證的要求可能會耗盡儲存空間。這是修正的 CVE-2014-8124 迴歸。（CVE-2026-43002）

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

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

  - ext4：修正ext4_fc_replay_inode（）錯誤路徑中的洩漏 iloc.bh 在程式碼審查時，Joseph 發現 ext4_fc_replay_inode（） 呼叫 ext4_get_fc_inode_loc（） 以獲得 inode 位置，該位置包含必須透過 brelse（） 釋放的 iloc.bh 參考。然而，有幾條錯誤路徑會跳到「出」標籤卻不釋放 iloc.bh：- ext4_handle_dirty_metadata（） 失敗 - sync_dirty_buffer（） 失敗 - ext4_mark_inode_used（） 失敗 - ext4_iget（） 失敗 透過在現有「出」標籤前加裝「out_brelse」標籤來解決此問題，以確保 iloc.bh 總是被釋放。此外，讓 ext4_fc_replay_inode（） 正確傳播錯誤，而非總是回傳 0。（CVE-2026-43066）

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

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

  - fast-uri normalize（） 在主機元件中解碼百分比編碼權威分隔符，並在序列化時以原始分隔符形式重新發出。一個結合允許網域、編碼的 at-sign 和另一個網域的主機，會以 at-sign 作為原始使用者資訊分隔符重新發射，將 URI 的權限轉移到第二個網域。在主機允許清單檢查、重定向驗證或外站請求路由前，將不受信任的 URL 標準化的應用程式，可能會被引導到與輸入所指定的不同的權威機構。<= 3.1.1 版本會受到影響。更新時間或 3.1.2 稍後。（CVE-2026-6322）

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

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

  - 先前 3.36.0 版本的 simple-git 套件因 [CVE-2022-25912]（https://security.snyk.io/vuln/SNYK-JS-SIMPLEGIT-3112221） 修正不完整，阻擋 -c 選項但阻擋等效 --config 形式，故易受遠端程式碼執行（RCE）影響。如果不受信任的輸入能到達傳遞給 simple-git 的選項參數，攻擊者仍可透過啟用 protocol.ext 來實現遠端程式碼執行。allow=always 並且使用 ext：： 克隆來源。（CVE-2026-6951）

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

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

  - 在提交 v391dc7f4d234988ea0bc3cc294eb725eddf8f702 的 GPAC 中緩衝區溢位漏洞，允許攻擊者透過 src/scenegraph/svg_attributes.c、svg_parse_strings（）， gf_svg_parse_attribute（） （） 進行CVE-2026-39103拒絕服務

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

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

  - ext4：避免在 ext4_mb_find_by_goal（） 中從損壞群組中分配區塊，問題如下：...
    EXT4-fs（mmcblk0p1）：inode 206 延遲區塊分配失敗，邏輯偏移 0，最大區塊 1，錯誤 117 EXT4-fs（mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs（mmcblk0p1）：
    延遲區塊分配失敗，inode 206 在邏輯偏移 0，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 206 在邏輯偏移 0 處延遲區塊分配失敗，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 206 在邏輯偏移 0 處延遲區塊分配失敗，最大區塊 1 錯誤 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：inode 2243 在邏輯偏移 0 處，最大區塊 1 時延遲區塊分配失敗，錯誤為 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：邏輯偏移 0 的 inode 2239 延遲區塊分配失敗，錯誤為 117 EXT4-fs （mmcblk0p1）：這不應該發生！！資料將遺失 EXT4-fs （mmcblk0p1）：自上次 fsck 以來的錯誤計數：1 EXT4-fs （mmcblk0p1）：初始錯誤時間 1765597433： ext4_mb_generate_buddy：760 EXT4-fs （mmcblk0p1）：時間 1765597433 最後錯誤：ext4_mb_generate_buddy：760 ... 根據日誌分析，區塊總是從損壞的區塊群組請求。這可能會發生如下：
    ext4_mb_find_by_goal ext4_mb_load_buddy ext4_mb_load_buddy_gfp ext4_mb_init_cache ext4_read_block_bitmap_nowait ext4_wait_block_bitmap ext4_validate_block_bitmap 如果（！grp ||EXT4_MB_GRP_BBITMAP_CORRUPT（grp）） 返回 -EFSCORRUPTED;沒有原木。如果（err）回傳 err;將回傳錯誤 ext4_lock_group（ac->ac_sb，群組）;如果（unlikely（EXT4_MB_GRP_BBITMAP_CORRUPT（e4b->bd_info）） // 不可達 goto out;在提交 9008a58e5dce（ext4：讓位圖讀取例程回傳真實錯誤碼）合併後，Commit 163a203ddb36（ext4：在區塊位圖錯誤時標記區塊群組為損壞）並非從損壞區塊群組中分配區塊的真正解決方案。這是因為如果 'EXT4_MB_GRP_BBITMAP_CORRUPT（e4b->bd_info）' 為真，則 'ext4_mb_load_buddy（）' 可能會回傳錯誤。這表示區塊分配會失敗。因此，當 ext4_mb_load_buddy（） 回傳錯誤時，請檢查區塊群組是否損壞。（CVE-2026-43068）

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

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

  - 在 OpenStack Ironic 之前 35.0.1，idrac 中發現了一個問題。在匯入過程中，使用者呼叫模具時可以請求授權傳送至遠端端點。轉發的憑證是一個限時的 Keystone 令牌（可存取 Ironic 授權的所有 OpenStack 服務）;或是為模具儲存設定的基本憑證。固定版本為 26.1.6、 29.0.5、 32.0.1、 35.0.1和 。
    (CVE-2026-42997)

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

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

  - x86-64：重新命名誤導性名稱的「__copy_user_nocache（）」函式 由於各種歷史原因，這個函式是錯誤命名的大師班。它聲稱是未緩存的用戶副本。從字面上看，這些東西都不是。這是特殊記憶體複製常式，會針對目的地 （但不是來源） 使用非時態存放區，並針對來源和目的地存取執行例外狀況處理。另請注意，雖然它適用於未對齊的目標，但任何未對齊的部分（無論是在開頭還是結尾）都不會使用非時態存儲，因為在 x86 上只有單詞和四字可以是非時態的。異常處理意味著它_可以_用於使用者空間訪問，但不能單獨使用——它需要周圍所有正常的啟動使用者空間訪問邏輯。但一般而言，使用者空間存取權會是來源，而不是非時間目的地。這就是它的初衷，其中目的地是一些脆弱的持久性記憶體目標，它需要非時態儲存才能同步捕獲機器檢查異常並正常地處理它們。因此，這個非描述性名稱：一個用例是從使用者空間複製到非快取的核心緩衝區中。但是，現有用戶是預期用例和幾個隨機驅動程序的混合體，這些驅動程序只是作為性能調整而執行此操作。然後，其中一些隨機驅動程式主動濫用使用者複製版本（包括 STAC/CLAC 等）來執行核心複製，甚至不關心異常處理，_just_ 用於非時態目的地。將其重命名為第一步，以真正使其半途而廢，並將原型更改為更正常：除非調用方已經完成了正確的轉換，否則它不需要用戶指標，並且參數大小是完整的 size_t（它實際上不會一次複製超過 4GB，但也沒有理由默默地截斷調用方中的 size 參數）。最後，在 NTB 代碼中使用這個現在命名合理的函數，它誤用了該接口的用戶副本版本（包括 STAC/CLAC 和所有版本），儘管它實際上根本不是用戶副本。（CVE-2026-43073）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-6502）

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

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

  - 在之前6.0.55.2和之前5.2.14發現6.0了一個問題。
    'django.middleware.cache.UpdateCacheMiddleware' 錯誤地快取了包含星號（''*''）標頭的請求。這可能導致私人資料被儲存和提供。早期未被支援的 Django 級數（如 5.0.x、 4.1.x、 3.2.x和 ）未被評估，且可能受到影響。Django 感謝 Ahmad Sadeddin 報導此議題。（CVE-2026-6907）

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

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

  - serial： 8250：修正使用 DMA 時的 TX 鎖死 'dmaengine_terminate_async' 不保證 '__dma_tx_complete' 回呼會執行。回呼是目前唯一清除「dma->tx_running」的地方。如果交易被取消並且回呼從未運行，則「dma->tx_running」將永遠不會被清除，我們將永遠不會再次安排新的 TX DMA 交易。這項變更使得我們在終止 DMA 交易後清除「dma->tx_running」。這是安全的，因為「serial8250_tx_dma_flush」持有 UART 連接埠鎖定。回調做的第一件事也是獲取 UART 端口鎖，因此對“dma->tx_running”的訪問被序列化。（CVE-2026-43061）

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

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

  - 藍牙：L2CAP：修正 l2cap_ecred_reconf_rsp（） l2cap_ecred_reconf_rsp（） 中輸入資料投射為 struct l2cap_ecred_conn_rsp（ECRED *連線*回應，8 位元組，結果偏移 6），而非 struct l2cap_ecred_reconf_rsp（2 位元組，偏移量 0）。這造成兩個問題：- sizeof（*rsp） 長度檢查需要 8 位元組，而非正確的 2 位元組，因此有效的 L2CAP_ECRED_RECONF_RSP 封包會以 -EPROTO 拒絕。- rsp->結果從偏移量 6 讀取，而非偏移量 0，當封包足夠大通過檢查時，回傳錯誤資料。用正確的類型來解決。另外，把已經交換過的結果變數傳給 BT_DBG，而不是原始的 __le16 欄位。
    (CVE-2026-43062)

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

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

  - 在之前6.0.55.2和之前5.2.14發現6.0了一個問題。缺少或低估「Content-Length」標頭的 ASGI 請求可繞過「FILE_UPLOAD_MAX_MEMORY_SIZE」限制，可能導致大型檔案載入記憶體，導致服務品質下降。提醒一下，Django 預期在網頁伺服器層級會設定限制，而非僅依賴「FILE_UPLOAD_MAX_MEMORY_SIZE」。
    早期未被支援的 Django 級數（如 5.0.x、 4.1.x、 3.2.x和 ）未被評估，且可能受到影響。Django 感謝 Kyle Agronick 回報此問題。（CVE-2026-5766）

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

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

  - 在之前6.0.5和5.2之前5.2.14發現6.0問題。如果工作階段未修改，則回應標頭不會在 cookie 上變化，但 'SESSION_SAVE_EVERY_REQUEST' 為 'True'。遠端攻擊者可在使用者造訪快取的公用頁面後竊取使用者的工作階段。先前，不支援的 Django 系列（例如 5.0.x、 和 4.1.x3.2.x）沒有被評估，也可能受到影響。Django 在此感謝 Cantina 報告此問題。（CVE-2026-35192）

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

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

  - Qt SVG 模組中節點 ID 的驗證不足，導致透過 Qt Quick 中的 VectorImage 元件載入惡意 SVG 檔案時，允許任意 QML/JavaScript 程式碼插入。雖然 QML 執行通常比本機程式碼執行受到更多限制，但這仍然可能導致拒絕服務、資訊洩露或其他影響，具體取決於應用程式的權限等級和資料存取。
    (CVE-2025-14576)

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

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

  - netfilter：nft_ct：移除時丟棄待處理的待排封包 nfqueue 中的封包可能包含以下參考：- 指定 conntrack 區域的模板，因為使用了一個 percpu 區域，且模組可移除。- ConnTrack 逾時政策與輔助工具，物件移除會留下陳舊的參考。因為這些物件可以直接消失，請丟棄已排隊的封包以避免過時的引用。
    若需要更細緻的粒度移除，可重新檢視此邏輯，使選擇性封包丟棄依賴性。（CVE-2026-43060）

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

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

  - 快速 URI 解碼百分比編碼路徑分隔符與點段，然後在 normalize（） 與 equal（） 函式中進行點段移除。編碼路徑資料被視為真實斜線與父目錄參考，因此不同 URI 可以合併到同一正規化路徑上。將攻擊者控制的 URL 標準化或比較以強制執行路徑基礎政策的應用程式，可以被繞過，若路徑受限於允許前綴，則會正規化至不同位置。<= 3.1.0 版本會受到影響。更新時間或 3.1.1 稍後。（CVE-2026-6321）

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

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

  - HTTP 回應分割多個 Apache HTTP Server 模組中的漏洞，後端伺服器不信任或被入侵。此問題影響 Apache HTTP Server：從 .2.4.66 建議使用者升級至 2.4.67 版，即可修正此問題。(CVE-2026-33523)

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

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

  - Apache 節儉軟體中憑證驗證不當，並存在主機不匹配漏洞。此問題影響Apache Thrift： Before 0.23.0。建議使用者升級至 0.23.0 版，即可修正此問題。
    (CVE-2026-43869)

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

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

  - XML 外部實體（XXE）透過 Apache OpenNLP DictionaryEntryPersistor 版本中未經淨化的字典解析處理受影響：在 2.5.9之前 ，在 3.0.0-M3 描述之前：DictionaryEntryPersistor 類別在類別載入時初始化靜態 SAXParserFactory，且未FEATURE_SECURE_PROCESSING啟用或停用 DTD 處理。當呼叫 create（InputStream， EntryInserter） 時，XMLReader 唯一的功能是命名空間支援外部實體解析，且 DOCTYPE 宣告會完全啟用。
    攻擊者若能提供包含惡意 DOCTYPE 宣告的自訂字典檔案（例如停止字清單或網域字典），可在應用程式處理單一字典條目之前，透過 file:// 實體引用觸發本地檔案揭露，或透過伺服器端的請求偽造，透過 http:// 實體引用進行。這與專案自身的 XmlUtil.createSaxParser（） 輔助工具不一致，該輔助工具正確設定 FEATURE_SECURE_PROCESSING 與 disallow-doctype-decl，且所有其他 XML 解析路徑皆使用。公開的 Dictionary（InputStream） 建構器直接委派此方法，並作為載入使用者提供字典的官方 API，使不受信任輸入成為真實情境。緩解措施： 2.x 使用者應升級至 2.5.9。 3.x 使用者應升級至 3.0.0-M3。
    無法立即升級的使用者應確保所有字典檔案來源皆為受信任來源，並考慮以輸入驗證包裝 Dictionary（InputStream） 建構器，該 XML 包含 DOCTYPE 宣告，該 XML 在抵達解析器前予以拒絕。（CVE-2026-40682）

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

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

  - Apache HTTP Server 2.4.66 及更早版本mod_dav_lock的 NULL 指標引用，可能允許攻擊者以惡意request.mod_dav_lock當機，該惡意mod_dav或 mod_dav_fs 內部未被使用。
    mod_dav_lock 唯一已知的使用案例是 Apache Subversion 1.2.0早期的 mod_dav_svn。建議使用者升級至修正此問題的版本 2.4.66，或移除mod_dav_lock。
    (CVE-2026-29169)

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

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

  - 針對 Apache HTTP Server 2.4.66 mod_auth_digest 的時序攻擊，允許遠端攻擊者繞過摘要認證。建議使用者升級至已修正此問題 2.4.67 版。(CVE-2026-33006)

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

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

  - 之前 2.34.7在 Nix 發現了一個問題。寫入任意檔案可透過 nix-prefetch-url 進行
    --unpack 或是 nix store 預取檔案 --unpack 目錄遍歷。固定版本為 2.34.7、 2.33.6、 2.31.52.32.8、 2.30.52.29.4（2.28.7引入於 2.24.7）;（CVE-2026-44029）

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

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

  - 受影響的 Apache OpenNLP ExtensionLoader 版本中透過模型資訊清單進行任意類別實例化：
    之前 1.9.5、之前 2.5.9、之前 3.0.0-M3 之前 說明： ExtensionLoader.instantiateExtension（Class， String） 方法透過 Class.forName（） 依完整名稱載入類別，並叫用其無參數建構函式，類別名稱來源於模型封存的 manifest.properties 項目。現有的 isAssignableFrom 檢查會正確拒絕不是預期擴充介面子類型的類別 （factory= 的 BaseToolFactory、serializer-class-* 的 ArtifactSerializer），但在 Class.forName（） 已載入並初始化具名類別之後執行檢查。具有預設初始化語義的 Class.forName（） 會在返回之前執行目標類別的靜態初始化器，因此能夠提供特製模型存檔的攻擊者可以導致類別路徑上任何類別的靜態初始化器在模型載入期間運行，無論該類別是否通過後續類型檢查。利用需要類別路徑上存在靜態初始化運算式中具有攻擊者有用副作用的類別 （例如，JNDI 查詢、出站網路 I/O 或檔案系統存取），因此這不是直接遠端程式碼執行;然而，隨著第三方模型分發變得越來越普遍（社群模型儲存庫、Hugging Face 式共享），攻擊面也隨之擴大，使用者通常會從他們無法控制的來源載入模型檔案。次要的、較窄的向量會影響提供合法 BaseToolFactory 或 ArtifactSerializer 子類別的部署，其中包含副作用的無參數建構函式：惡意資訊清單可以命名此類類別，並強制其建構函式在模型載入期間執行。緩解措施： * 2.x 使用者應升級至 2.5.9。 * 3.x 使用者應升級至 3.0.0-M3。注意：此修正程式引入了在叫用 Class.forName（） 之前查閱的套件前綴允許清單，因此永遠不會執行不允許類別的靜態初始化程式。opennlp 下的類別。依預設，前置詞仍為允許。載入參照 opennlp.* 外部工廠或序列化程式的模型的部署必須在第一次模型載入之前透過 ExtensionLoader.registerAllowedPackage（String） 以程式設計方式選擇加入這些套件，或將 OPENNLP_EXT_ALLOWED_PACKAGES 系統屬性設定為以逗號分隔的允許套件首碼清單。無法立即升級的使用者應確保所有模型檔案都來自受信任的來源，並應稽核其類別路徑中是否有具有副作用靜態初始化式或建構函式的類別，特別是任何在類別初始化期間執行 JNDI 查詢、網路請求或檔案系統作業的類別。（CVE-2026-42027）

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

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

  - spi：stm32-ospi：修正 remove（） 回呼中的資源洩漏 如果 pm_runtime_resume_and_get（） 失敗，會提前傳回 remove（） 回呼，跳過 spi 控制器和其他資源的清理。移除提前返回，以便無論 PM 恢復結果為何，清理都會完成。（CVE-2026-43004）

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

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

  - 在 Dolibarr ERP CRM 中識別出一個漏洞，最高可達 23.0.2。這會影響組件 Shipments API 端點中 htdocs/expedition/class/expedition.class.php 檔案的功能_checkValForAPI。參數欄位的操作會導致 SQL 注入。攻擊可從遠端執行。攻擊需要高度的複雜度。書中指出這種可利用性相當困難。此惡意利用可公開取得，且可能遭到利用。供應商早早就收到有關此揭露的通知，但未作任何回應。（CVE-2026-7688）

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

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

  - 已解決 Linux 核心中的下列弱點：auxdisplay: line-display: fix NULL dereference in linedisp_release linedisp_release() currently retrieves the enclosing struct linedisp via to_linedisp(). That lookup depends on the attachment list, but the attachment may already have been removed before put_device() invokes the release callback. This can happen in linedisp_unregister(), and can also be reached from some linedisp_register() error paths. In that case, to_linedisp() returns NULL and linedisp_release() dereferences it while freeing the display resources. The struct device released here is the embedded linedisp->dev used by linedisp_register(), so retrieve the enclosing object directly with container_of() instead. (CVE-2026-31753)

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

ID	名稱	嚴重性
312599	Linux Distros 未修補的弱點：CVE-2026-43063	high
312598	Linux Distros 未修補弱點：CVE-2026-43064	medium
312597	Linux Distros 未修補的弱點：CVE-2026-43105	medium
312596	Linux Distros 未修補的弱點：CVE-2026-43065	medium
312595	Linux Distros 未修補弱點：CVE-2026-43091	high
312594	Linux Distros 未修補弱點：CVE-2026-43079	medium
312593	Linux Distros 未修補的弱點：CVE-2026-43109	medium
312592	Linux Distros 未修補的弱點：CVE-2026-43083	critical
312591	Linux Distros 未修補的弱點：CVE-2026-43093	high
312590	Linux Distros 未修補的弱點：CVE-2026-43101	high
312588	Linux Distros 未修補的弱點：CVE-2025-61669	medium
312587	Linux Distros 未修補的弱點：CVE-2023-54342	critical
312586	Linux Distros 未修補的弱點：CVE-2026-6918	high
312585	Linux Distros 未修補的弱點：CVE-2026-7411	critical
312584	Linux Distros 未修補的弱點：CVE-2026-7412	high
312583	Linux Distros 未修補的弱點：CVE-2026-6420	medium
312582	Linux Distros 未修補的弱點：CVE-2023-54344	critical
312365	JetBrains IntelliJ IDEA 任意本機檔案讀取（CVE-2026-41882）	high
312354	Linux Distros 未修補弱點：CVE-2026-28780	critical
312310	Linux Distros 未修補的弱點：CVE-2026-43069	medium
312309	Linux Distros 未修補弱點：CVE-2026-43071	critical
312308	Linux Distros 未修補的弱點：CVE-2026-30923	high
312307	Linux Distros 未修補弱點：CVE-2026-43072	medium
312306	Linux Distros 未修補的弱點：CVE-2026-43002	medium
312305	Linux Distros 未修補的弱點：CVE-2026-43066	medium
312304	Linux Distros 未修補的弱點：CVE-2026-6322	high
312303	Linux Distros 未修補的弱點：CVE-2026-6951	critical
312302	Linux Distros 未修補的弱點：CVE-2026-39103	medium
312301	Linux Distros 未修補的弱點：CVE-2026-43068	medium
312300	Linux Distros 未修補的弱點：CVE-2026-42997	high
312299	Linux Distros 未修補弱點：CVE-2026-43073	medium
312275	Linux Distros 未修補弱點：CVE-2026-6502	low
312274	Linux Distros 未修補的弱點：CVE-2026-6907	low
312273	Linux Distros 未修補的弱點：CVE-2026-43061	medium
312272	Linux Distros 未修補的弱點：CVE-2026-43062	high
312271	Linux Distros 未修補的弱點：CVE-2026-5766	medium
312270	Linux Distros 未修補弱點：CVE-2026-35192	low
312269	Linux Distros 未修補的弱點：CVE-2025-14576	critical
312268	Linux Distros 未修補的弱點：CVE-2026-43060	high
312267	Linux Distros 未修補的弱點：CVE-2026-6321	high
312240	Linux Distros 未修補的弱點：CVE-2026-33523	medium
312239	Linux Distros 未修補的弱點：CVE-2026-43869	high
312238	Linux Distros 未修補的弱點：CVE-2026-40682	critical
312237	Linux Distros 未修補的弱點：CVE-2026-29169	high
312236	Linux Distros 未修補的弱點：CVE-2026-33006	medium
312235	Linux Distros 未修補的弱點：CVE-2026-44029	medium
312234	Linux Distros 未修補弱點：CVE-2026-42027	high
312233	Linux Distros 未修補的弱點：CVE-2026-43004	medium
312232	Linux Distros 未修補的弱點：CVE-2026-7688	low
312231	Linux Distros 未修補的弱點：CVE-2026-31753	medium

偵測

Nessus 的 Misc. 系列

high

medium

medium

medium

high

medium

medium

critical

high

high

medium

critical

high

critical

high

medium

critical

high

critical

medium

critical

high

medium

medium

medium

high

critical

medium

medium

high

medium

low

low

medium

high

medium

low

critical

high

high

medium

high

critical

high

medium

medium

high

medium

low

medium