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

  - slimbus：qcom-ngd-ctrl：避免 tx_lock/ctrl->lock 上的 ABBA：在 SSR/PDR 關閉通知期間，進行tx_lock的目的是提供與作用中 DMA 傳輸的同步。但在此期間，系統會叫用 qcom_slim_ngd_down（），最終會進入 slim_report_absent（），而 （） 會取得 slim_controller 鎖定。在多個其他代碼路徑中，這兩個鎖的順序相反（即slim_controller然後tx_lock）。結果是 lockdep splat，並且可能發生鎖死：rprocctl/449 正在嘗試取得鎖定：ffff00009793e620 （&ctrl->lock）{+.+.}-{4:4}， at： slim_report_absent （drivers/slimbus/core.c：322） slimbus 但任務已保持鎖定：ffff00009793fb50 （&ctrl->tx_lock）{+.+.}-{4:4}，位於：
    qcom_slim_ngd_ssr_pdr_notify （drivers/slimbus/qcom-ngd-ctrl.c：1475） slim_qcom_ngd_ctrl哪個鎖已經依賴於新鎖。可能的不安全鎖定場景：CPU0 CPU1 ---- ----鎖定（&ctrl->tx_lock）;
    lock（&ctrl->lock）;lock（&ctrl->tx_lock）;lock（&ctrl->lock）;假設該註釋是指在我們進行 DMA TX 交易時不調用 qcom_slim_ngd_exit_dma（） 的願望。但任何此類交易都是在單一 qcom_slim_ngd_xfer_msg（） 中啟動和完成的。在呼叫 qcom_slim_ngd_exit_dma（） 之前，slim_controller會被拆除，所有子裝置都會收到 slimbus 消失的通知，並且子裝置已被移除。停止在 qcom_slim_ngd_ssr_pdr_notify（） 中進行tx_lock以避免鎖死。(CVE-2026-53331)

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

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

  - MessagePack 是 Python msgpack.org 的序列化程式實作。之前， 1.2.1在擷取錯誤後，Unpacker 重複使用時會發生越界讀取/損毀，可能導致 DoS 攻擊。如果在發生錯誤後重複使用 Unpacker，則處理程序可能會因 SEGV 而當機。1.2.1 版已修正此問題。(CVE-2026-57585)

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

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

  - net： rds：在安裝程式解除處理時清除i_sends 寫入 RDS IB 連線解除路徑，使其可以在部分啟動和重複關閉嘗試時執行。它使用 NULL 指標來區分仍擁有的資源與已釋放的資源。當 rds_ib_setup_qp（） 在配置i_sends之後但在配置i_recvs之前失敗時，sends_out路徑會釋放i_sends而不清除指標。稍後的關機傳遞仍可將該過時指標視為即時傳送通道配置。在錯誤展開路徑中清除 vfree（） 之後的i_sends，讓現有的關機邏輯繼續使用正確的擁有權狀態。（CVE-2026-53355）

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

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

  - pypdf 是免費且開放原始碼的 pure-python PDF 程式庫。在之前 6.13.3，惡意製作的 PDF 可能會導致 DoS。使用此弱點的攻擊者可以製作導致大量記憶體使用的 PDF，因為MAX_DECLARED_STREAM_LENGTH有時會被忽略。這需要剖析沒有 /Length 值的內容資料流。6.13.3 版已修正此問題。(CVE-2026-57204)

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

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

  - ImageMagick 是用於編輯和操控數位影像的免費開放原始碼軟體。在版本 7.1.2-26之前，引數的錯誤處理可能會導致 JP2 編碼器中的堆積緩衝區覆寫。此問題已在 7.1.2-26 版中修正。（CVE-2026-55597）

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

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

  - 未經驗證的攻擊者可從預期的 per-AE 工作清單儲存區域之外的目錄讀取工作清單記錄。在多區域部署中，這可以跨部門或診所資料分離。
    (CVE-2026-52868)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 之前 3.17.2的版本中，當處於啟用 create_id 的常用模式時，Oj：:P arser#parse 容易因負大小的 memcpy 而導致堆積損毀。當 JSON 物件金鑰的長度恰好為 65,535 位元組時，form_attr 中的整數截斷 （usual.c：63） 會將長度轉換為 -1，然後再將其傳遞給 memcpy。這會導致 memcpy 複製SIZE_MAX位元組（解釋為一個巨大的size_t），從而損壞堆積記憶體並使進程崩潰。3.17.2 版已修正此問題。(CVE-2026-54900)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在之前的版本 3.17.2中，通常模式下的 Oj：:P arser 在垃圾收集期間不會標記array_class和hash_class參照，從而導致釋放後使用。如果 GC 在指派類別之後但在剖析之前執行，則會回收類別物件，讓剖析器保留懸空的 VALUE。後續的剖析呼叫會解除參照釋放的物件，從而產生 segfault。3.17.2 版已修正此問題。
    (CVE-2026-54901)

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

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

  - decode-uri-component through 容易 0.4.1 受到拒絕服務的攻擊。decode（） 函數拆分 '%' 上的輸入，產生 N 個標記並調用 decodeComponents（），表現出超線性解析時間：200 個「%ab」標記大約需要 0.7 秒，700 個標記大約需要 6 秒，1400 個標記大約需要 33 秒。攻擊者可透過特製的輸入造成大量 CPU 消耗和事件迴圈封鎖。（CVE-2026-45822）

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

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

  - 當伺服器具有有效的 Called AE 標題/儲存區目錄、預期的鎖定檔，以及至少一個相符的工作清單記錄時，未經驗證的攻擊者可以使用單一特製的查詢使工作清單伺服器當機。（CVE-2026-44628）

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

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

  - 由於 yelp-xsl 提供的內容安全性原則 （CSP） 實作過於寬鬆，在 Yelp 中發現一個缺陷。惡意 Flatpak 應用程式可以透過 OpenURI 入口網站開啟特製的說明內容。透過在結構化 SVG 文件中嵌入不受信任的 CSS 樣式表，攻擊者控制的內容可以繞過 Flatpak 預期的沙箱隔離，從而允許 Yelp 評估本地 XML 包含並透過遠端 CSS 資源請求揭露任意使用者可讀的主機檔案。這可能會導致敏感資訊未經授權的洩漏。（CVE-2026-13601）

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

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

  - 未經驗證的遠端攻擊者可以重複傳送單一特製的連線要求以洩漏記憶體。
    針對預設單一處理程序模式的 storescp，記憶體會快速成長，服務最終會終止，之後會停止接受連線，直到操作員重新啟動為止。（CVE-2026-50254）

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

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

  - Ruby JSON 是 Ruby 的 JSON 實作。2.9.0當 JSON 產生器提供過大的串流物件時，版本2.19.8容易受到堆積緩衝區溢位的影響。串流至 IO 時，當串流物件包含接近 16 KB 的攻擊者控制字串時，JSON.dump（obj， io） 和 JSON：：State#generate（obj， io） 可以寫入內部 JSON 產生器緩衝區。惡意利用會導致可靠的處理程序當機/拒絕服務。2.19.9 版已修正此問題。(CVE-2026-54696)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 之前的版本 3.17.2中，在 SAJ 模式下容易受到釋放後使用的問題。Oj：:P arser 不會保護快取的物件金鑰 （ 35 位元組） 免遭垃圾回收，而觸發 hash_end GC 內部 GC 的 Ruby 回呼可能會導致金鑰字串被回收，而 C 剖析器仍保留指向它的指標。後續存取釋放的字串 VALUE 會導致段錯誤，並由指向位址 0x4242 的 RIP 確認（一種金絲雀式模式，建議控制釋放記憶體的內容）。3.17.2 版已修正此問題。(CVE-2026-54902)

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

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

  - ARM： 9475/1： entry： 對 KASAN VMAP 堆疊影子使用位元組載入 提交 44e9a3bb76e5 （ARM： 9430/1： entry： 從 VMAP shadow 進行虛擬讀取） 在 __switch_to（） 中新增了從 KASAN VMAP 堆疊影子讀取的虛擬讀取。讀取使用 ldr，但 KASAN 影子位址是位元組精細的，不保證字對齊。
    ARMv5 錯誤未對齊的字載入。啟用 CONFIG_KASAN_VMALLOC 和 CONFIG_VMAP_STACK 後， ARM926/VersatilePB 會在 __switch_to（） 中損毀，並在到達 init 之前出現對齊異常。使用 ldrb 進行虛擬影子存取。如果缺少堆疊陰影，程式碼只需要在陰影映射中出錯，因此位元組載入就足夠了，並且與 KASAN 影子記憶體的粒度相匹配。（CVE-2026-53343）

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

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

  - c3p0 是 JDBC 連線儲存區程式庫。在之前的版本 0.14.0中，c3p0 與其他函式庫結合使用，可以組合到還原序列化小工具的接收器中。JDBC 規格的 DataSource.getConnection（） 和 ConnectionPoolDataSource.getPooledConnection（） 符合 getXXX（） 表單，因此 JavaBean 程式庫在實際呼叫 JDBC 驅動程式時將它們視為假定安全的屬性。因此，攻擊者可以製作惡意 DataSource 物件，其屬性查詢會叫用易受攻擊的驅動程式，然後以序列化形式將它們偷運到應用程式反序列化並自動解析觸發攻擊的 Bean 屬性的位置。這需要 CLASSPATH 上一個易受影響的 DataSource/ConnectionPoolDataSource 和 JDBC 驅動程式，以及一個自動查詢 JavaBean 屬性的載體 = 反序列化，最常見的是與按 Bean 屬性排序的 Apache commons-beanutils 比較器配對的集合。c3p0 提供了易受影響的 DataSource/ConnectionPoolDataSource，這是觸發程序的重要元件。0.14.0 版已修正此問題。(CVE-2026-55223)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 之前的版本 3.17.2中，當處於物件模式時，Oj.dump 在序列化具有較大 ：indent 值的 Exception 物件時，容易發生堆積緩衝區溢位。序列化程式會針對物件的屬性配置大小調整大小的緩衝區，但不會考慮每次寫入時新增的縮排位元組。使用 indent： 5000 時，5,000 位元組縮排字串的累積會溢位 13,150 位元組的堆積配置，損毀相鄰的堆積記憶體。3.17.2 版已修正此問題。(CVE-2026-54896)

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

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

  - signal：在 zap_other_threads（） 中清除呼叫者的JOBCTL_PENDING_MASK 當多執行緒處理程序收到停止訊號 （例如 SIGSTOP） 時，do_signal_stop（） 會在所有執行緒上設定 JOBCTL_STOP_PENDING 和 JOBCTL_STOP_CONSUME，並將 signal->group_stop_count 設定為執行緒數量。如果其中一個執行緒同時呼叫 execve（），de_thread（） 會叫用 zap_other_threads（） 來終止所有其他執行緒。zap_other_threads（） 透過將 signal->group_stop_count 重設為 0 來中止擱置的群組停止，並清除所有其他執行緒的JOBCTL_PENDING_MASK。不過，它無法清除呼叫執行緒的作業控制旗標。execve（） 完成時，呼叫執行緒會返回使用者模式，並檢查擱置中的訊號。看到過時的 JOBCTL_STOP_PENDING 旗標，它會呼叫 do_signal_stop（），這會叫用 task_participate_group_stop（）。由於 JOBCTL_STOP_CONSUME 仍處於設定狀態，因此會嘗試遞減已經為零的訊號>group_stop_count，從而觸發警告：sig->group_stop_count == 0 警告：CPU：1 PID：6475 在 kernel/signal.c：373 task_participate_group_stop+0x215/0x2d0 呼叫追蹤： <TASK> do_signal_stop+0x3be/0x5c0 kernel/signal.c：2619 get_signal+0xa8c/0x1330 kernel/signal.c：2884 arch_do_signal_or_restart+0xbc/0x840 arch/x86/kernel/signal.c：337 exit_to_user_mode_loop+0x8c/0x4d0 kernel/entry/common.c：98 do_syscall_64+0x33e/0xf80 arch/x86/entry/syscall_64.c：100 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 透過清除 zap_other_threads（） 中呼叫執行緒的JOBCTL_PENDING_MASK來修正此爭用情形，確保在執行緒群組被破壞後不會保留任何過時的工作控制狀態。這與拆除執行緒群組和中止群組停止的其他函式一致，例如 zap_process（） 和 complete_signal（），它們會正確清除所有執行緒的這些旗標，包括目前執行緒。（CVE-2026-53352）

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 之前的 3.17.2版本中，當開發人員提供較大的 ：indent 值時，Oj.dump 容易受到堆疊型緩衝區溢位的影響。 dump.h 中的fill_indent呼叫 memset（indent_str， ' '， （size_t）opts->indent） 而不驗證大小。當 opts->indent 設定為 INT_MAX （2,147,483,647） 時，（size_t） 轉換會保留較大值，而 memset 會將 2 GB 寫入堆疊配置的輸出緩衝區 （4,184 位元組），從而損毀堆疊並使處理程序當機。3.17.2 版已修正此問題。(CVE-2026-54502)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在之前 3.17.3的版本中，：object 模式下的 Oj.load 在剖析金鑰為 254 位元組或更長的 JSON 物件時，會讀取未初始化的堆疊記憶體 （並且，對於長金鑰，讀取越界）。內嵌位元組可以顯示給呼叫端，揭露進程堆疊記憶體。在 ext/oj/intern.c 中，form_attr（） 透過配置堆積緩衝區 'b'，用屬性名稱填充它，然後釋放它來處理長鍵路徑，但它將未初始化的堆疊緩衝區 buf（不是 b）傳遞給 rb_intern3（）。因此rb_intern3讀取 len + 1 位元組的未初始化堆疊記憶體。當金鑰長度為 >= 256 時，它也會越界讀取超過 256 位元組 buf。產生的位元組會內嵌，並可透過產生的符號或在無效 UTF-8 上引發的 EncodingError 訊息，以洩漏處理程序堆疊內容來到達呼叫端。3.17.3 版已修正此問題。(CVE-2026-54500)

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

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

  - 在 glpi-project glpi 11.0.5/11.0.6/11.0.7 中偵測到安全性弱點。這會影響元件 Document Handler 檔案前端/document.send.php的函式 Document：：canViewFile。這種對參數 docid 的操控會導致繞過授權。攻擊者可從遠端執行此攻擊。
    此攻擊的特點是複雜度高。這表明可利用性是困難的。我們很早就就這一披露聯繫了供應商。（CVE-2026-13490）

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

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

  - 在 http_proxies_controller 和 http_proxy 檔中修改HTTP參數時，在 foreman 中發現缺陷。攻擊者可透過工頭元件在 AWS/GCP/Azure 環境中執行 SSRF 攻擊並竊取雲端中繼資料服務。（CVE-2026-13316）

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

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

  - ImageMagick 是用於編輯和操控數位影像的免費開放原始碼軟體。在版本 6.9.13-51 和 7.1.2-26之前，MVG 解碼器中會發生堆積緩衝區溢位，這可能會導致在處理特製影像時發生越界寫入。此問題已在 6.9.13-51 和 7.1.2-26 版中修正。(CVE-2026-55577)

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

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

  - drm/amd/display： 修正 dp_get_eq_aux_rd_interval（） 中的越界讀取 [為什麼以及如何] struct dc_lttpr_caps 中的 aux_rd_interval 陣列以 MAX_REPEATER_CNT - 1 （7） 個元素宣告，索引為 0..6。但是，當接收器透過 DPCD 報告 8 個 LTTPR 中繼器時，傳遞給 dp_get_eq_aux_rd_interval（） 的偏移參數可以大至 MAX_REPEATER_CNT （8）。當偏移量為 8 時，這會導致 aux_rd_interval[7] 的越界讀取。透過將aux_rd_interval增加到MAX_REPEATER_CNT元素來解決此問題，以容納 DP 規格定義的全部有效中繼器計數。（從提交 a55a458a8df37a65ffda5cf721d554a8f74f6b04 中挑選） （CVE-2026-53330）

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

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

  - Thunderbird 使用者設定為查詢通訊錄自動完成的惡意 LDAP 伺服器可將攻擊者提供的任意大量資料儲存到 Thunderbird LDAP 用戶端中，直到其因記憶體耗盡而當機。此漏洞已在 Thunderbird 152.0.1 和 Thunderbird 140.12.1中修復。（CVE-2026-57962）

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

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

  - 在 dhcpcd 的 IPv6 鄰居探索路由器通告處理中發現缺陷。包含零長度鄰居發現選項的特製 IPv6 路由器通告可能會在封包儲存期間繞過驗證，稍後在沒有充分驗證的情況下重新剖析，導致剖析器進入非前進迴圈。成功利用可能會導致過多的 CPU 消耗，進而導致拒絕服務。（CVE-2026-14258）

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

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

  - Horde IMP 之前 7.0.1 在 lib/Compose.php 中包含一個路徑遊走弱點，該弱點允許經過驗證的攻擊者透過在 img src URL 中的 CKEditor 路徑前置詞後嵌入遊走序列，從伺服器檔案系統讀取任意檔案。攻擊者可以透過在相符的前置詞後附加遍歷片段等序列來繞過 stripos（） 前置詞驗證，導致 file_get_contents（） 讀取敏感檔案，然後這些檔案的內容會作為外發電子郵件中的 MIME 部分洩漏;透過 CSRF 也可以針對作用中的已驗證工作階段實現未經驗證的惡意利用。
    (CVE-2026-58451)

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

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

  - ImageMagick 是用於編輯和操控數位影像的免費開放原始碼軟體。在版本6.9.13-517.1.2-26和之前，當向 connected-components 選項提供無效引數時，會發生無限迴圈。此問題已在 6.9.13-51 和 7.1.2-26 版中修正。(CVE-2026-55595)

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

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

  - 在 Open Asset Import Library Assimp 中 5.4.3偵測到安全弱點，直到 。受此弱點影響的是元件模型檔案處理常式的檔案程式碼/Common/SceneCombiner.cpp函式 Assimp：：SceneCombiner：：Copy。引數寬度/高度的這種操作會導致堆積型緩衝區溢位。攻擊必須在本機進行。該漏洞已公開披露並可能被使用。此缺陷和類似缺陷會透過 issue #6128追蹤和處理。（CVE-2025-15666）

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

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

  - debugobjects：如果pi_blocked_on啟用了 RT 的核心，則不要fill_pool（），fill_pool（） 最終會呼叫 rtlock_lock（），如果設定了 current：:p i_blocked_on，則斷言，因為任務顯然只能在一個鎖上阻塞，否則優先順序繼承鏈就會損壞。透過擴展條件以將 current：:p i_blocked_on 納入考量來防止這種情況發生。（CVE-2026-53327）

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

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

  - arm64：勘誤表：緩解各種 Arm CPU 上的 TLBI 勘誤表 Arm 開發的許多 CPU 都存在勘誤表，因此廣播 TLBI;DSB 序列可能會在全域觀察由受影響的 TLB 項目轉譯的寫入之前完成。這些勘誤僅影響已由無效 TLB 項目轉換的記憶體存取的完成，並且這些勘誤不會影響 TLB 項目的實際失效。TLB 項目已正確移除。已指派此問題 CVE ID CVE-2025-10263。為了緩解此問題，Arm 建議軟體遵循任何受影響的 TLBI;DSB 序列，並加入額外的 TLBI;DSB，以確保已全域觀察受第一個 TLBI 影響的所有記憶體寫入效果。額外的 TLBI 可以使用廣播至受影響 CPU 的任何作業，而額外的 DSB 可以使用任何足以完成額外 TLBI 的選項。ARM64_WORKAROUND_REPEAT_TLBI的因應措施足以緩解此問題。針對受影響的 CPU 啟用此因應措施，並據此更新晶片勘誤文件。請注意，由於 Arm 開發 IP 和追蹤勘誤的方式，某些 CPU 共用一個通用的勘誤編號。（CVE-2026-53354）

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

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

  - ImageMagick 是用於編輯和操控數位影像的免費開放原始碼軟體。在版本6.9.13-517.1.2-26和之前，MVG 解碼器中缺少深度檢查會導致在提供特製影像時發生堆疊溢位。此問題已在版本 6.9.13-51 和 7.1.2-26中修正。
    (CVE-2026-55594)

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

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

  - Apache Tomcat 中缺少驗證關鍵步驟弱點：當 JNDIRealm 設定為使用 GSSAPI 驗證繫結時，攻擊者可以在沒有提供正確密碼的情況下進行驗證。此問題會影響以下版本的 Apache Tomcat：11.0.0-M1 至 11.0.4 (含)、10.1.0-M1 至 10.1.36 (含)、9.0.0.M1 至 9.0.100 (含)、8.5.0 至 8.5.100，7.0.0 至 7.0.109。建議使用者升級至 11.0.5、10.1.37 或 9.0.101 版，即可修正此問題。(CVE-2026-55957)

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

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

  - hsr：移除 hsr_addr_is_self（） 中的 WARN_ONCE（）。syzbot 在 hsr_addr_is_self（） 中報告了警告 [0]，其假設完全錯誤。hsr->self_node 在 hsr_del_self_node（） 中清除，這是從 hsr_dellink（） 呼叫的。由於 dev->rtnl_link_ops->dellink（） 是在 unregister_netdevice_many（） 之前呼叫的，因此使用者可以找到裝置但沒有 hsr->self_node 的視窗。讓我們移除 hsr_addr_is_self（） 中的 WARN_ONCE（）。[0]： HSR： 無自節點 警告： net/hsr/hsr_framereg.c：39 at hsr_addr_is_self+0x211/0x3f0 net/hsr/hsr_framereg.c：39， CPU#0： syz.4.16848/17220 連結的模組： CPU： 0 UID： 0 PID： 17220 通訊： syz.4.16848 Tainted： G L syzkaller #0 PREEMPT_{RT，（full）} Tainted： [L]=SOFTLOCKUP 硬體名稱： Google Google Compute Engine/Google Compute Engine， BIOS Google 04/18/2026 RIP：
    0010：hsr_addr_is_self+0x211/0x3f0 net/hsr/hsr_framereg.c：39 代碼：33 2f 41 0f b7 dd 89 ee 09 de 31 ff e8 c8 b4 c6 f6 09 dd 74 54 e8 0f b0 c6 f6 31 ed eb 53 e8 06 b0 c6 f6 48 8d 3d 2f 50 9c 04 <67> 48 0f b9 3a 31 ed eb 42 e8 c1 13 1f 00 89 c5 31 ff 89 c6 e896 RSP：0018：ffffc900041c70e0 EFLAGS：00010283 RAX：
    ffffffff8afdc6ca RBX：ffffffff8afdc4e6 RCX：0000000000080000 RDX：ffffc90010493000 RSI：0000000000000948 RDI：ffffffff8f9a1700 RBP：0000000000000001 R08：0000000000000000000 R09：0000000000000000：0000000000000000 R10：
    ffffc900041c71e8 R11： ffffff52000838e3f R12： dffffc00000000000 R13： ffff888041f9e3c0 R14： ffff888086ee3802 R15： 0000000000000000000 FS： 00007f6fe985d6c0（0000） GS：ffff888126176000（0000） knlGS：0000000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007f80bd437dac CR3：0000000025096000 CR4：00000000003526f0 DR0：ffffffffff DR1：0000000000001f8 DR2：0000000000000002 DR3：ffffffffffff15 DR6：
    00000000ffff0ff0 DR7：0000000000000400呼叫追蹤： <TASK> check_local_dest net/hsr/hsr_forward.c：592 [內聯] fill_frame_info net/hsr/hsr_forward.c：728 [內聯] hsr_forward_skb+0xa11/0x2a80 net/hsr/hsr_forward.c：739 hsr_dev_xmit+0x253/0x370 net/hsr/hsr_device.c：236 __netdev_start_xmit include/linux/netdevice.h：5368 [內聯] netdev_start_xmit include/linux/netdevice.h：5377 [內聯] xmit_one net/core/dev.c：3888 [內聯] dev_hard_start_xmit+0x2df/0x860 net/core/dev.c:3904
    __dev_queue_xmit+0x1428/0x3900 net/core/dev.c：4870 neigh_output include/net/neighbour.h：556 [內嵌] ip_finish_output2+0xcec/0x10b0 net/ipv4/ip_output.c：237 ip_send_skb net/ipv4/ip_output.c：1510 [內嵌] ip_push_pending_frames+0x8b/0x110 net/ipv4/ip_output.c：1530 raw_sendmsg+0x1547/0x1a50 net/ipv4/raw.c：659 sock_sendmsg_nosec net/socket.c：787 [內嵌] __sock_sendmsg net/socket.c：802 [內嵌]
    ____sys_sendmsg+0x7da/0x9c0 net/socket.c：2698 ___sys_sendmsg+0x2a5/0x360 net/socket.c：2752 __sys_sendmsg net/socket.c：2784 [內聯] __do_sys_sendmsg net/socket.c：2789 [內聯] __se_sys_sendmsg net/socket.c：2787 [內聯] __x64_sys_sendmsg+0x1c3/0x2a0 net/socket.c：2787 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [內聯] do_syscall_64+0x15f/0xf80 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP： 0033：0x7f6feb62ce59 代碼：ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 e8 ff ff ff f7 d8 64 89 01 48 RSP： 002b：00007f6fe985d028 EFLAGS：00000246 ORIG_RAX：000000000000002e RAX：ffffffffffffffda RBX：00007f6feb8a6090 RCX：00007f6feb62ce59 RDX：000000000000000000000 RSI：0000200000000000000 RDI：
    0000000000000004 RBP： 00007f6feb6c2d6f ： 000000000000000000 R09： 000000000000000000000 R10： 00000000000000000000000 R11： 0000000000000246 R12： 00000000000000000 R13： 00007f6feb8a6128 R14： 00007f6feb8a6090 R15：R08
    00007ffcf01cc488 </TASK> （CVE-2026-53353）

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

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

  - 在維基媒體基金會 MediaWiki 中，敏感資訊暴露於未經授權的執行者弱點。此弱點與程式檔案 includes/Api/ApiQueryAllUsers.Php、includes/Api/ApiQueryUsers.Php、includes/Permissions/PermissionManager.Php、includes/User/UserGroupManager.Php 相關聯。（CVE-2026-58036）

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

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

  - 惡意或遭入侵的伺服器可以使用位元保留 C-GET 儲存模式，使 DCMTK 用戶端在所選輸出目錄之外寫入檔案，同時使用相對 （../） 路徑和絕對路徑。
    (CVE-2026-50003)

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

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

  - 在 Tarfile.extract（） 函式中，擷取硬連結時未正確傳遞篩選參數。
    從不受信任的 tar 檔案擷取內容的受影響系統最終可能會寫入具有意外 uid/gid 的檔案，儘管使用者將 filter='data' 傳遞給 extract（） 函式。（CVE-2026-4360）

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

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

  - i2c：qcom-cci：修正 cci_remove（） 中的 NULL 指標解除參照 在所有現代平台上，Qualcomm CCI 控制器提供兩個 I2C 主站，並且在特定板上只能初始化一個 I2C 主站，在這種情況下，裝置解除綁定或驅動程式移除會導致 NULL 指標解除參照，因為所有兩個 I2C 主機都呼叫了 cci_halt（）， 但僅針對已啟用的單一主機初始化完成： % rmmod i2c-qcom-cci 無法處理虛擬位址 000000000000000000 <snip> 的核心 NULL 指標解除參照 呼叫追蹤：__wait_for_common+0x194/0x1a8 （P） wait_for_completion_timeout+0x20/0x2c cci_remove+0xc4/0x138 [i2c_qcom_cci] platform_remove+0x20/0x30 device_remove+0x4c/0x80 device_release_driver_internal+0x1c8/0x224 driver_detach+0x50/0x98 bus_remove_driver+0x6c/0xbc driver_unregister+0x30/0x60platform_driver_unregister+0x14/0x20 qcom_cci_driver_exit+0x18/0x1008 [i2c_qcom_cci] ....（CVE-2026-53339）

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

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

  - netfilter： nf_conntrack：銷毀取消註冊 NAT 協助程式上過時的 expectfn 預期，例如nf_nat_h323在 exp->expectfn 中儲存模組文字的原始指標 （例如 ip_nat_q931_expect）。
    nf_ct_helper_expectfn_unregister（） 只會解除回呼描述元的連結，而且永遠不會遍歷期望表，因此模組移除時擱置的期望會以懸空的 exp->expectfn 存續到釋放的模組文字中。當預期的連線到達時，init_conntrack（） 會叫用 exp->expectfn（），現在是卸載模組的過時指標。透過載入 H.323 協助程式、建立 Q.931 預期、卸載 nf_nat_h323，然後連接到預期連接埠，在 KASAN 組建上重現： 哎呀：int3：0000 [#1] SMP KASAN NOPTI RIP：0010：0xffffffffa06102d1 init_conntrack.isra.0 （net/netfilter/nf_conntrack_core.c：1862） nf_conntrack_in （net/netfilter/nf_conntrack_core.c：2049） ipv4_conntrack_local （net/netfilter/nf_conntrack_proto.c：223） nf_hook_slow （net/netfilter/core.c：619） __ip_local_out （net/ipv4/ip_output.c：120）__tcp_transmit_skb （net/ipv4/tcp_output.c：1715） tcp_connect （net/ipv4/tcp_output.c：4374） tcp_v4_connect （net/ipv4/tcp_ipv4.c：345） __sys_connect （net/socket.c：2167） 連結於：nf_conntrack_h323 [上次卸載：nf_nat_h323] 達到懸置狀態需要在初始使用者命名空間中CAP_SYS_MODULE，以移除仍具有即時預期的 NAT 協助程式， 所以這是一個健全性修正;無論如何，留下指向自由文本的期望是錯誤的。新增 nf_ct_helper_expectfn_destroy（），這會遍歷期望表並刪除其
    ->expectfn 符合要拆除的描述元。在現有 RCU 寬限期之後，從每個 NAT 協助程式的退出路徑呼叫它，因此沒有任何期望超過它所指向的程式碼，也不會引入額外的 synchronize_rcu（）。透過修正，相同的再現器會在沒有哎呀的情況下運行到完成。（CVE-2026-53349）

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在之前的 3.17.3版本中，當在深度巢狀 JSON 文件上遞迴叫用 Oj：:D oc#each_child 時，會溢位固定大小的堆疊緩衝區並中止處理程序，從而導致 DoS。在 ext/oj/fast.c 的兩步鏈中，doc_each_child 遞增 doc->where 越過 where_path[MAX_STACK = 100] 陣列，沒有邊界檢查，並且永遠不會還原它 （doc->where-- 缺失），因此從 yield 區塊內部遞迴呼叫 each_child 會驅動 doc->where 超出陣列。在下一個條目中，函數使用 wlen = doc->where - doc->where_path 將路徑複製到 800 位元組堆疊本地緩衝區 save_path[MAX_STACK] 中，因此當上一個遞歸呼叫離開 doc->where 過去的 where_path[100] 時，wlen 超過 MAX_STACK，並且 memcpy 在 C 堆疊上溢位save_path;由於 Oj：:D oc 剖析器沒有施加 JSON 巢狀深度限制 （依賴 C 堆疊壓力檢查），因此深度巢狀攻擊者輸入會到達此路徑。3.17.3 版已修正此問題。(CVE-2026-54592)

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

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

  - 未經驗證的遠端攻擊者可以重複傳送特製的連線要求以洩漏記憶體。在單一處理程序部署中，記憶體會增加，直到服務終止，且連接埠停止回應，直到重新啟動為止。（CVE-2026-35505）

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

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

  - KVM：當 VM 結束時，如果記憶體在沒有 vCPU 的情況下已髒污，請不要警告 將頁面標記為已變更時，當且僅當 VM 仍處於活動狀態 （即其參照計數為非零） 時，才抱怨沒有正在執行/載入的 vCPU。這將允許修復 x86 SEV-ES 客體的記憶體洩漏，而不會在 WARN 上遇到實際上的誤報。對於某些 SEV-ES VM-Exit，KVM 會保留訪客頁面的可寫入對應，跨出口到使用者空間，通常會在下一個KVM_RUN取消對應頁面。但是，如果使用者空間在此類退出後從未呼叫 KVM_RUN，則 KVM 需要在 vCPU 被破壞時取消映射頁面，這反過來又會觸發有關沒有正在運行的 vCPU 的警告。或者，SEV-ES 可以暫時載入 vCPU 以抑制 WARN，就像 nested_vmx_free_vcpu（） 中所做的那樣（但出於完全不相關的原因;
    禁止 nested_put_vmcs12_pages（） 中的 WARN 純屬偶然）。但是在銷毀過程中加載 vCPU 是粗暴的（理想情況下，nVMX 代碼會被清理），可能會使 SEV-ES 代碼複雜化（KVM 需要確保暫時 load（）+put（） 僅在尚未加載 vCPU 時運行），並且最終毫無意義。WARN 的動機是防止 KVM 弄髒客體記憶體，而不將對應的 GFN 推送到作用中 vCPU 的髒環，例如確保使用者空間不會遺漏任何髒頁面。但若要讓 VM 的參照計數達到零，就不能有 _any_ 使用者空間對應至已變更環，因為對應已變更環需要在 vCPU FD 上執行 mmap（）。也就是說，如果使用者空間具有針對髒環的有效對應，則 vCPU 檔案以及擁有的 VM 仍將處於活動狀態。因此，由於使用者空間不可能到達髒環，因此 KVM 在技術上是否錯過了對髒環的推送是無關緊要的。（CVE-2026-53345）

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

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

  - DokuWiki 中的一個問題 2025-05-14b Librarian 56.2 允許遠端攻擊者透過 inc/auth.php 中的註冊功能建立帳戶。注意：供應商對此提出異議，因為這是將產品配置為自助註冊（非預設功能）時的故意行為。（CVE-2026-37106）

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 之前的版本 3.17.2中，剖析長度超過 2 GB 的 JSON 字串時，Oj.load 容易發生堆積損毀。buf_append_string （buf.h：61） 中的整數溢位會將字串長度轉換為較大的負size_t，導致 memcpy 越界複製大量天文數字的資料。這會使進程當機，並可能損毀相鄰的堆積記憶體。3.17.2 版已修正此問題。(CVE-2026-54903)

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

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

  - WinRAR 和 UnRAR （recvol5.cpp 中的 RecVolumes5：：ReadHeader） 中的 RAR5 復原磁碟區 （.rev） 剖析器中存在越界堆積寫入。只有在處理集合中的第一個 .rev 檔案時，才會調整 RecItems 向量的大小;後續的 .rev 檔案會提供獨立的 RecNum 值，該值會針對該檔案自己的 TotalCount 欄位進行驗證，但絕不會針對 RecItems 的實際大小進行驗證。因此，一組由兩個或多個 .rev 檔案組成的特製 32 位元值 （標頭的 RevCRC 欄位） 可以以攻擊者控制的偏移量寫入 RecItems[RecNum]，最多超過 65534 * sizeof（RecVolItem） 位元組，從而損毀相鄰的堆積物件。觸發需要受害者在攻擊者提供的 .rev 集上執行復原/測試作業 （例如「unrar t x.part1.rev」、WinRAR 「修復封存」，或在擷取缺少 .rar 部分的磁碟區集時自動復原）。這是 的 CVE-2023-40477 RAR5 路徑同級 （僅在 WinRAR 6.23中的 RAR3 路徑中修復）。已在 WinRAR / RAR 7.23中修正。
    (CVE-2026-14191)

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

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

  - 可傳送 HTML 聊天訊息 （透過 Matrix 或 XMPP） 的攻擊者可插入任意樣式的內容、網路釣魚連結，以及操控聊天 UI 的 CSS。此漏洞已在 Thunderbird 152.0.1 和 Thunderbird 140.12.1中修復。（CVE-2026-57963）

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

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

  - net：bonding：修正 bond_do_ioctl（） 中的 NULL 指標解除參照 在 bond_do_ioctl（） 中，slave_dev 是透過 __dev_get_by_name（） 取得的，如果請求的介面名稱不存在，則可以傳回 NULL。不過，後續的 slave_dbg（） 呼叫會放在 NULL 檢查之前：slave_dev = __dev_get_by_name（net， ifr->ifr_slave）;slave_dbg（bond_dev， slave_dev， slave_dev=%p：\n， slave_dev）; //如果 （！slave_dev） return -ENODEV;slave_dbg（） 巨集會展開為 netdev_dbg（bond_dev， （slave %s）： fmt， （slave_dev）->name， ...），這會在執行 NULL 檢查之前無條件地解除參照 slave_dev->name。當使用者呼叫連結 ioctl 時，這會導致 NULL 指標解除參照核心 oops （例如
    SIOCBONDENSLAVE、SIOCBONDRELEASE 等）使用不存在的從屬介面名稱。這可以透過具有CAP_NET_ADMIN功能的綁定 ioctl 介面從使用者空間存取，使其成為潛在的本地拒絕服務媒介。透過在 NULL 檢查之後移動 slave_dbg（） 呼叫來修正。（CVE-2026-53337）

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

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

  - Firefox 152.0.3 中的記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此弱點已在 Firefox 152.0.4 中修復。(CVE-2026-14241)

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

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

  - ImageMagick 是用於編輯和操控數位影像的免費開放原始碼軟體。在版本6.9.13-517.1.2-26和之前，當識別具有具有特定格式字串的特製 8BIM 設定檔的影像時，將發生釋放後使用。此問題已在版本 6.9.13-51 和 7.1.2-26中修正。
    (CVE-2026-55510)

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 3.17.2之前，Oj：:D oc 迭代器 （each_value、each_child、each_leaf） 容易受到堆積釋放後使用的問題。當迭代期間產生的 Ruby 區塊呼叫 doc.close 或 d.close 時，當 C 迭代器仍在執行時，文件的堆積記憶體會被釋放。當控制權從區塊傳回時，迭代器會從釋放區域讀取，產生可從純 Ruby 存取的釋放後使用。3.17.2 版已修正此問題。
    (CVE-2026-54897)

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

ID	名稱	嚴重性
324722	Linux Distros 未修補弱點：CVE-2026-53331	medium
324721	Linux Distros 未修補弱點：CVE-2026-57585	high
324720	Linux Distros 未修補弱點：CVE-2026-53355	critical
324719	Linux Distros 未修補弱點：CVE-2026-57204	medium
324718	Linux Distros 未修補弱點：CVE-2026-55597	medium
324717	Linux Distros 未修補弱點：CVE-2026-52868	high
324716	Linux Distros 未修補弱點：CVE-2026-54900	medium
324715	Linux Distros 未修補弱點：CVE-2026-54901	medium
324714	Linux Distros 未修補弱點：CVE-2026-45822	high
324713	Linux Distros 未修補弱點：CVE-2026-44628	high
324712	Linux Distros 未修補弱點：CVE-2026-13601	medium
324711	Linux Distros 未修補弱點：CVE-2026-50254	high
324710	Linux Distros 未修補弱點：CVE-2026-54696	low
324709	Linux Distros 未修補弱點：CVE-2026-54902	medium
324708	Linux Distros 未修補弱點：CVE-2026-53343	medium
324707	Linux Distros 未修補弱點：CVE-2026-55223	medium
324706	Linux Distros 未修補弱點：CVE-2026-54896	low
324705	Linux Distros 未修補弱點：CVE-2026-53352	medium
324704	Linux Distros 未修補弱點：CVE-2026-54502	medium
324703	Linux Distros 未修補弱點：CVE-2026-54500	medium
324702	Linux Distros 未修補弱點：CVE-2026-13490	medium
324701	Linux Distros 未修補弱點：CVE-2026-13316	medium
324700	Linux Distros 未修補弱點：CVE-2026-55577	medium
324699	Linux Distros 未修補弱點：CVE-2026-53330	high
324698	Linux Distros 未修補弱點：CVE-2026-57962	medium
324697	Linux Distros 未修補弱點：CVE-2026-14258	medium
324696	Linux Distros 未修補弱點：CVE-2026-58451	high
324695	Linux Distros 未修補弱點：CVE-2026-55595	medium
324694	Linux Distros 未修補弱點：CVE-2025-15666	medium
324693	Linux Distros 未修補弱點：CVE-2026-53327	medium
324692	Linux Distros 未修補弱點：CVE-2026-53354	high
324691	Linux Distros 未修補弱點：CVE-2026-55594	medium
324690	Linux Distros 未修補弱點：CVE-2026-55957	high
324689	Linux Distros 未修補弱點：CVE-2026-53353	medium
324688	Linux Distros 未修補弱點：CVE-2026-58036	low
324687	Linux Distros 未修補弱點：CVE-2026-50003	critical
324686	Linux Distros 未修補弱點：CVE-2026-4360	low
324685	Linux Distros 未修補弱點：CVE-2026-53339	medium
324684	Linux Distros 未修補弱點：CVE-2026-53349	medium
324683	Linux Distros 未修補弱點：CVE-2026-54592	high
324682	Linux Distros 未修補弱點：CVE-2026-35505	high
324681	Linux Distros 未修補弱點：CVE-2026-53345	medium
324680	Linux Distros 未修補弱點：CVE-2026-37106	critical
324679	Linux Distros 未修補弱點：CVE-2026-54903	medium
324678	Linux Distros 未修補弱點：CVE-2026-14191	high
324677	Linux Distros 未修補弱點：CVE-2026-57963	medium
324676	Linux Distros 未修補弱點：CVE-2026-53337	medium
324675	Linux Distros 未修補弱點：CVE-2026-14241	critical
324674	Linux Distros 未修補弱點：CVE-2026-55510	medium
324673	Linux Distros 未修補弱點：CVE-2026-54897	low

偵測

Nessus 的 Misc. 系列

medium

high

critical

medium

medium

high

medium

medium

high

high

medium

high

low

medium

medium

medium

low

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

high

medium

high

medium

low

critical

low

medium

medium

high

high

medium

critical

medium

high

medium

medium

critical

medium

low