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 依賴供應商報告的套件存在。

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

  - drm/amd/display：在 dal_vector_reserve（） 中使用 krealloc_array（） [Why &; How] dal_vector_reserve（） 使用算術將分配大小計算為容量 * 向量>struct_size uint32_t，這可以在溢位時靜默地包裝為一個小值。這會導致 krealloc 傳回比預期更小的緩衝區，導致後續向量附加上的堆積溢位。將 krealloc（） 替換為 krealloc_array（），它會執行內部溢位檢查並在包裝時傳回 NULL，從而防止此問題發生。（從提交 37668568641ccc4cc1dbca4923d0a16609dd5707 中挑選）（CVE-2026-53329）

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在版本之前 3.17.2，在重複使用的 Oj：:P arser 執行個體上停用 symbol_keys 會觸發堆積釋放後使用。當symbol_keys從 true 切換為 false 時，opt_symbol_keys_set 會釋放內部金鑰快取 （cache_free），但不會清除指標。下一個剖析呼叫會透過cache_intern從釋放的快取中讀取，產生釋放後使用。3.17.2 版已修正此問題。(CVE-2026-54899)

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

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

  - slimbus：qcom-ngd-ctrl：建立 ngd 後註冊回呼 當 remoteproc 與正在探測的 NGD 驅動程式並行啟動時，或在註冊 PDR 查詢時 remoteproc 已經啟動，或者在理論上我們從硬體收到中斷的情況下，這些回呼將對未初始化的資料進行操作。這會導致啟動受影響的板子時出現問題。以下錯誤中可以看到一個這樣的例子，其中 qcom_slim_ngd_ssr_pdr_notify（） 計劃在 NULL ngd_up_work上工作。[ 21.858578]
    ------------[ 切到這裡 ]------------ [ 21.858745] 警告：kernel/workqueue.c：2338 在
    __queue_work+0x5e0/0x790， CPU#2： kworker/2:2/116 ...[ 21.859251] 呼叫追蹤：[ 21.859255]
    __queue_work+0x5e0/0x790 （P） [ 21.859265] queue_work_on+0x6c/0xf0 [ 21.859273] qcom_slim_ngd_ssr_pdr_notify+0x110/0x150 [slim_qcom_ngd_ctrl] [ 21.859304] qcom_slim_ngd_ssr_notify+0x24/0x40 [slim_qcom_ngd_ctrl] [ 21.859318] notifier_call_chain+0xa4/0x230 [21.859329] srcu_notifier_call_chain+0x64/0xb8 [ 21.859338] ssr_notify_start+0x40/0x78 [qcom_common] [21.859355] rproc_start+0x130/0x230 [ 21.859367] rproc_boot+0x3d4/0x518 ... 將中斷的啟用以及 SSR 和 PDR 的註冊移至註冊 NGD 裝置之後。這可以透過將初始化移至控制驅動程式探查，以及從圖片中移除平臺驅動程式模型來進一步精簡。（CVE-2026-53332）

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

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

  - ASoC：wm_adsp：修正移除韌體控制項時的空取消參照 在 wm_adsp_control_remove（） 中，請先檢查 priv 指標是否不是空值，再嘗試清除它所指向的內容。當 cs_dsp 建立控制項時，它會呼叫 wm_adsp_control_add_cb（），以便wm_adsp可以建立自己的私人控制項資料。有兩種情況不會建立私有資料：1.控制項是SYSTEM控制項，因此不會建立ALSA控制項。2、編解碼器驅動程式註冊了隱藏控制項的control_add（）回呼，因此不呼叫wm_adsp_control_add（）。當 cs_dsp_remove 銷毀其控制清單時，它會針對每個控制項呼叫 wm_adsp_control_remove（）。但 wm_adsp_control_remove（） 嘗試清理 cs_ctl->priv 指向的私有數據，而不檢查指標是否為 NULL。（CVE-2026-53350）

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

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

  - Oj （最佳化 JSON） 是封裝為 Ruby gem 的 JSON 剖析器和物件封送處理程式。在 ，Oj：:P arser#parse 之前 3.17.2的版本中，當 SAJ/SAJ2 回呼在剖析期間改變輸入 JSON 字串時，容易受到堆積釋放後使用的問題。C 引擎將原始 const 位元組 * 指標保存到 Ruby 字串的內部緩衝區中。如果回呼（例如 hash_start）調整字串大小，例如呼叫具有較長值的 String#replace，Ruby 會重新分配字串緩衝區並釋放舊緩衝區。C 剖析器的指標懸空;在 parser.c：607 讀取的下一個字元是釋放後使用。3.17.2 版已修正此問題。(CVE-2026-54898)

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

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

  - fhandle：修正由於 may_decode_fh（） 中解鎖的 ->mnt_ns 讀取而導致的 UAF，may_decode_fh（） 在不持有任何鎖定的情況下存取 mount：：mnt_ns;這表示掛載可以同時卸載，而且在 RCU 寬限期之後可以同時釋放mnt_namespace。假設掛載點是由 open_tree（...， OPEN_TREE_CLONE） 建立，此爭用可能發生如下： 執行緒 1 執行緒 2 RCU __do_sys_open_by_handle_at do_handle_open handle_to_path may_decode_fh is_mounted [mount：：mnt_ns access] [mount：：mnt_ns access]
    __do_sys_close fput_close_sync __fput dissolve_on_fput umount_tree class_namespace_excl_destructor namespace_unlock free_mnt_ns mnt_ns_tree_remove call_rcu（mnt_ns_release_rcu） mnt_ns_release_rcu mnt_ns_release kfree [mnt_namespace：：user_ns 存取] **UAF** 透過在 mount：：mnt_ns 存取周圍採用 rcu_read_lock（） 來修正它， 就像在 __prepend_path（） 中一樣。此外，記錄 mount：：mnt_ns 的語意，並針對可能與無鎖定讀取器爭用的寫入器使用 WRITE_ONCE（）。除非設定了下列其中一項，否則無法存取此錯誤： - CONFIG_PREEMPTION - CONFIG_RCU_STRICT_GRACE_PERIOD因為它需要在系統呼叫期間發生 RCU 寬限期，而沒有明確的搶佔。這似乎沒有有趣的安全影響;在最壞的情況下，它可能會洩漏與使用者空間的整數比較結果 （來自 cap_capable（） 中的層級檢查）、導致無限迴圈，或透過取消參照無效位址而使核心當機。（CVE-2026-53341）

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

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

  - drm/i915/gem： 修正具有位移的 phys BO pread/pwrite，sg_page（） 傳回結構頁面指標 not （void *），因此 phys BO 的 pread/pwrite 縮放比例錯誤，如果使用非零位移，則會存取 BO 的錯誤部分。上一個使用物理映射的覆蓋或游標平面受影響的平台是 Gen3/945G/Lakeport。（從提交 3e49a2f85070b2fb672c1e0fdba281a4ea3aebe6 中挑選）（CVE-2026-53356）

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

遠端主機上執行的 Quest NetVault Backup Server 版本比 14.0.2 舊。因此，該主機會受到多個弱點影響，包括：

  - viewclient 網頁中的跨網站指令碼弱點可允許遠端攻擊者繞過驗證。需要使用者互動。攻擊者可結合其他弱點，在 SYSTEM 環境中執行任意程式碼。(CVE-2026-7569)

  - addclient3 網頁中的跨網站指令碼弱點可允許遠端攻擊者繞過驗證。需要使用者互動。攻擊者可結合其他弱點，在 SYSTEM 環境中執行任意程式碼。(CVE-2026-9780)

  - NVBULogDaemon JSON-RPC 訊息處理中的命令插入弱點，可允許遠端攻擊者在 SYSTEM 環境下執行任意程式碼。雖然需要驗證，但是可以繞過現有的驗證機制。（CVE-2026-9787）

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

JetBrains IntelliJ IDEA 是用於 Java 和 Kotlin 專業開發的整合式開發環境 （IDE），安裝在遠端 Linux 主機上。

遠端 Linux 主機上安裝了 JetBrains IntelliJ IDEA （整合式開發環境軟體應用程式） 的一個或多個外掛程式。

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

  - 在 Google Chrome 的 ANGLE 中越界讀取和寫入之前 150.0.7871.47 ，允許入侵渲染器進程的遠端攻擊者可能透過特製的 HTML 頁面執行沙箱逸出。
    (Chromium 安全性嚴重性 : 低) (CVE-2026-14152)

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

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

  - Apache ActiveMQ Broker、Apache ActiveMQ、Apache ActiveMQ 中存在不當輸入驗證漏洞。
    有權發佈或修改 LDAP 中符合已設定 searchBase 和 searchFilter 之項目的攻擊者，可在代理程式 JVM 內實例化拒絕的傳輸。這可用來擷取攻擊者 URL，並在相同的 JVM 內產生第二個 BrokerService。此問題影響 Apache ActiveMQ Broker： before 5.19.8， from 6.0.0 before 6.2.7;Apache ActiveMQ：之前 5.19.8，從 6.0.0 之前 6.2.7;
    Apache ActiveMQ All：之前 5.19.8，從 6.0.0 之前 6.2.7。建議使用者升級至 6.2.7 或 5.19.8 版，即可修正此問題。(CVE-2026-49434)

  - Apache ActiveMQ Broker、Apache ActiveMQ、Apache ActiveMQ All 中的不當輸入驗證弱點。有權發佈或修改 LDAP 中符合已設定 searchBase 和 searchFilter 的項目的攻擊者，可在代理程式 JVM 內實例化拒絕的傳輸。這可用來擷取攻擊者 URL，並在相同的 JVM 內產生第二個 BrokerService。此問題影響 Apache ActiveMQ Broker： before 5.19.8， from 6.0.0 before 6.2.7;Apache ActiveMQ：之前 5.19.8，從 6.0.0 之前 6.2.7;
    Apache ActiveMQ 全部：之前5.19.8，從 6.2.7 之前開始6.0.0。建議使用者升級至6.2.75.19.8或 版本，以修正此問題。（CVE-2026-49434）

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

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

  - 透過 Apache ActiveMQ Broker、Apache ActiveMQ、Apache ActiveMQ 中的記憶體不足弱點造成拒絕服務。針對未經驗證的攻擊者進行 CVE-2026-49270 修正後，現在可以透過傳送重複的 BrokerInfo 命令而不傳送 ConnectionInfo 來導致代理程式 OOM，直到代理程式因 OOM 而損毀為止。此問題影響 Apache ActiveMQ Broker： from 5.19.7 before 5.19.8， from 6.2.6 before 6.2.7;Apache ActiveMQ：從 5.19.7 之前 5.19.8，從 6.2.6 之前 6.2.7;Apache ActiveMQ All： from 5.19.7 before 5.19.8， from 6.2.6 before 6.2.7. 建議使用者升級至 6.2.7 版，即可修正此問題。
    (CVE-2026-50750)

  - 透過 Apache ActiveMQ Broker、Apache ActiveMQ、Apache ActiveMQ All 中的記憶體不足弱點造成拒絕服務。針對未經驗證的攻擊者進行CVE-2026-49270修正後，現在可以透過傳送重複的 BrokerInfo 命令而不傳送 ConnectionInfo 來導致代理程式 OOM，直到代理程式因 OOM 而損毀為止。此問題影響 Apache ActiveMQ Broker： from 5.19.7 before 5.19.8， from 6.2.6 before 6.2.7;Apache ActiveMQ：從5.19.7之前5.19.8，從6.2.6之前6.2.7;Apache ActiveMQ 全部：從 5.19.85.19.7 之前 ，從 6.2.7 之前。6.2.6建議使用者升級至 6.2.7，以修正此問題。參考文獻：https://activemq.apache.org/https://www.cve.org/CVERecord?id=CVE-2026-50750（CVE-2026-50750）

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

ID	名稱	嚴重性
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
324672	Linux Distros 未修補弱點：CVE-2026-53329	high
324671	Linux Distros 未修補弱點：CVE-2026-54899	medium
324670	Linux Distros 未修補弱點：CVE-2026-53332	medium
324669	Linux Distros 未修補弱點：CVE-2026-53350	medium
324668	Linux Distros 未修補弱點：CVE-2026-54898	low
324667	Linux Distros 未修補弱點：CVE-2026-53341	high
324666	Linux Distros 未修補弱點：CVE-2026-53356	high
324563	Quest NetVault 備份伺服器 < 14.0.2 多個弱點	high
324555	已安裝 JetBrains IntelliJ IDEA （Linux）	info
324554	已安裝 JetBrains IntelliJ IDEA 外掛程式（Linux）	info
324542	Linux Distros 未修補弱點：CVE-2026-14152	critical
324509	Linux Distros 未修補弱點：CVE-2026-49434	high
324494	Linux Distros 未修補弱點：CVE-2026-50750	high

偵測

Nessus 的 Misc. 系列

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

high

medium

medium

medium

low

high

high

high

info

info

critical

high

high