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

  - 在 NLnet Labs Unbound 1.15.0 中 1.25.1，用於 DNS-over-TLS （DoT） 轉送查詢的TLS伺服器名稱與結構 （'serviced_query'） 的存留期相關聯，但也由另一個結構 （'waiting_tcp'） 引用。當 DoT TCP 資料流仍在交握時，擁有的結構被推出網格時，它會釋放參考字串後面的儲存體，如果 TLS 資料流隨後出錯，它會取消參考釋放的指標。取消參照是唯讀的，實際影響是常駐程式損毀，導致拒絕服務。知道 DoT 轉送/存根 Unbound 配置的惡意執行者可以通過查詢適當區域中的記錄來利用該漏洞，同時保持 Unbound uder 壓力，以便推擠邏輯啟動。如果脆弱區域的答案很慢，那麼推擠此類查詢的可能性就會更高，儘管推擠的時間需要精確。易受攻擊的 Unbound 的要求是存在為 DoT 配置的存根/轉發區域，以及伺服器標識上配置的「#authname」後綴。伺服器連線必須在正確的時間呈現暫時性故障，才能啟動易受攻擊的錯誤路徑。（CVE-2026-50046）

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

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

  - 在沒有明確 cfg 的情況下呼叫 sanitize 時，DOMPurify 之前 3.4.7 （受影響的版本 <= 3.4.5） 會透過 data.allowedTags / data.allowedAttributes 傳遞對模組層級DEFAULT_ALLOWED_ATTR DEFAULT_ALLOWED_TAGS和 uponSanitizeAttribute 集的直接參照至 uponSanitizeElement 和 uponSanitizeAttribute 勾點。ALLOWED_TAGS / cfg。ALLOWED_ATTR陣列。變更這些欄位的勾點會在 DOMPurify 執行個體的存留期內永久擴大預設允許清單，因此所有後續的 default-config 清理呼叫都會繼承擴大的預設值，並且使用中毒標籤/屬性名稱的攻擊者承載在清理後仍然有效。removeAllHooks（）、clearConfig（） 和傳遞新的 cfg 不會恢復狀態;只有建構新的 DOMPurify 實例才能。（CVE-2026-65902）

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

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

  - 如果驗證回應非常緩慢，且記錄在兩者之間到期，則不會因為缺少資料而強制執行 TTL 上限。這不會在一般解析時發生，因為如果子記錄未到期且因此有效，則會立即使用，或者記錄已過期，在此情況下不會使用。因此，只有當使用幾乎過期的記錄重新整理權威 NS 記錄時，才會發生這種情況。
    (CVE-2026-52684)

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

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

  - Netty 是用於開發通訊協定伺服器和用戶端的網路應用程式架構。在 4.2.0.Final 到 4.2.15.Final 和 4.1.135.Final 之前的版本中，「OcspClient」不會驗證 OCSP 回應中的「CertificateID」是否符合要求的「CertificateID」，這可能會導致重播攻擊。「OcspClient.validateResponse」會針對相同 CA 所核發的不相關憑證接受合法簽署的「GOOD」狀態回應，從而允許繞過另一個憑證的撤銷檢查。
    此問題已在 4.1.136.Final 版和 4.2.16.Final 版中修正。(CVE-2026-56820)

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

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

  - SoupAuthManager 會快取 Proxy 驗證憑證，而不將其範圍限定為 Proxy 授權單位 （host：port）。當 Proxy 設定變更時 （例如，透過系統設定或 WPAD），先前 Proxy 快取的 Proxy-Authorization 標頭會傳送至新 Proxy，從而洩漏憑證。
    (CVE-2026-12547)

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

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

  - FluidSynth 是一款基於 SoundFont 2 規格的軟體合成器。從 2.2.4 直到 2.5.6，配置 synth.midi-channels 高於 16 允許 MIDI 播放器索引
    _fluid_player_t：：channel_isplaying在其固定大小的堆積配置之外，同時追蹤作用中通道。
    產生的越界讀取和寫入會叫用未定義的行為，並可能危及機密性、完整性或可用性。不需要特製的 MIDI 檔案，因為不安全狀況是由通道計數組態本身所建立。將 synth.midi-channels 保持在預設值 16 可避免易受攻擊的路徑。2.5.6 版已修正此問題。(CVE-2026-61714)

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

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

  - Oracle Virtualization 的 Oracle VM VirtualBox 產品中的弱點 (元件：Core)。受影響的支援版本是 7.2.12。此弱點較易攻擊成功，未經驗證的攻擊者可藉此登入 Oracle VM VirtualBox 執行所在的基礎結構，進而入侵 Oracle VM VirtualBox。若要成功攻擊，必須有攻擊者以外之他人的互動。若成功攻擊此弱點，未經授權即可造成 Oracle VM VirtualBox 懸置或經常重複性當機 (完全 DOS)，以及未經授權即可更新、插入或刪除部分可存取的 Oracle VM VirtualBox 資料。(CVE-2026-60161)

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

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

  - DOMPurify through 3.4.6 包含 IN_PLACE 模式下的跨網站指令碼弱點，該弱點會信任即時非表單節點上攻擊者控制的 nodeName。攻擊者可向敵意的即時 DOM 物件提供具有真實指令碼子項的實際指令碼子項，其可觀察的 nodeName 會被扭曲為顯示為允許的元素，導致在將清理的樹狀結構插入即時文件時執行指令碼。（CVE-2026-65901）

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

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

  - Netty 是用於開發通訊協定伺服器和用戶端的網路應用程式架構。在 4.2.0.Final 到 （但不包括） 4.2.16.Final 和 4.1.0.Final 到 （但不包括） 4.1.135版本中，Netty 的 'codec-haproxy' 模組中的 'HAProxyMessageDecoder' 透過將第 13 個位元組讀取為Java帶正負號的 'byte' 並將其擴大為 'int' 而不遮罩來執行協定版本偵測; PROXY 通訊協定 v2 二進位前綴後跟版本位元組 '0xFF' 符號擴展為 '-1'， 與解碼器的 need-more-data sentinel 衝突，並導致 'ByteToMessageDecoder' 在無限的「累積」緩衝區中累積輸入位元組，直到直接記憶體耗盡為止。此問題已在 4.1.136.Final 版和 4.2.16.Final 版中修正。
    (CVE-2026-55851)

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

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

  - Oracle MySQL 的 MySQL Connectors 產品中的弱點 (元件：Connector/J)。受影響的支援版本是 9.7.0-9.7.1。難以惡意利用的弱點允許具有網路存取權的低權限攻擊者透過多個通訊協定入侵 MySQL Connectors。成功攻擊此弱點可導致未經授權建立、刪除或修改關鍵資料或所有 MySQL 連接器可存取的資料，以及未經授權存取關鍵資料或完全存取所有 MySQL 連接器可存取的資料，以及未經授權導致 MySQL 連接器部分拒絕服務 （部分 DOS） 的能力。（CVE-2026-60623）

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

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

  - KAS 是基於 Bitbake 的專案的設定工具。在之前 5.4，由 SSH_PRIVATE_KEY 或 SSH_PRIVATE_KEY_FILE 觸發的內部 SSH 金鑰設定會在不存在使用者特定的 SSH 組態時建立 ~/.ssh/config，並新增包含 StrictHostKeyChecking no.在 kas/libcmds.py 中，ssh_no_host_key_check（） 會在不檢查ctx.managed_env的情況下執行，因此此設定在 kas 結束後仍會持續存在，並影響相同本機使用者未來的SSH工作階段，超出預期的短期持續整合環境。因此，稍後的 SSH 連線可以在不經過驗證的情況下接受攻擊者控制的主機金鑰，從而增加中間人攻擊的風險，從而危及工作階段機密性或完整性。5.4 版已修正此問題。(CVE-2026-54548)

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

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

  - 在 NLnet Labs 1.20.0 中，當 Unbound 設定 1.25.1為「serve-expired：
    yes' 和 'serve-expired-client-timeout > discard-timeout > 0' （與建議的值相反），則 SERVE 到期邏輯期間的 discard-timeout 分支會捨棄過期的用戶端回覆，而不會對查詢的回覆位址數目執行正確的核算。服務到期之外的其他相同分支會執行正確的遞減。由於計數器在此案例中永遠不會遞減，因此計數器可能會達到上限，且重複進行中查詢的新用戶端會以無訊息方式捨棄，進而導致解析服務降級。惡意執行者可藉由向解析器查詢用戶端控制的慢速隨選授權區域來利用弱點，以驅動計數器超過臨界值。「serve-expired-client-timeout： 1800」和「discard-timeout： 1900」的預設值會使分支無法連線。（CVE-2026-56444）

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

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

  - Netty 是用於開發通訊協定伺服器和用戶端的網路應用程式架構。在 4.2.0.Final 至 4.2.15.Final 版和 4.1.0.Final 至 4.1.135.Final 版中，在透過「DelegatingDecompressorFrameListener」啟用 HTTP/2 內容解壓縮的應用程式中，未經驗證的遠端對等體可能會洩漏每個 HTTP/2 「DATA」框架的直接「ByteBuf」。當處理解壓縮器已關閉的串流的「DATA」框架時，「Http2Decompressor.decompress（...）' 呼叫 'decompressor.writeInbound（data.retain（））'，並且不會釋放錯誤路徑上保留的緩衝區，最終耗盡直接記憶體並使 JVM 崩潰。此問題已在 4.1.136.Final 版和 4.2.16.Final 版中修正。(CVE-2026-56819)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50584)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-35336)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50586)

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

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

  - 在 NLnet Labs Unbound 1.25.0 中 1.25.1，包括 ，一個使 'respip' 和 'dns64' 模組協同工作的修正，會建立有效的檢視名稱的淺層副本，如果原始檢視名稱的擁有者在 Unbound 受到壓力時被推擠出去，可能會導致記憶體損毀。Unbound 需要使用「respip」/「rpz」模組之一進行配置，以及一個可以附加子查詢（respip CNAME、redirection、dns64、subnetcache）的模組和一個配置的「access-control-view」，而 Unbound 處於壓力之下，以便 joslte 邏輯啟動並開始丟棄緩慢的查詢。子查詢正在取得檢視名稱的淺層複本，如果擁有檢視名稱的超級查詢被擠出，則可能會發生記憶體損毀。當機的可能性很低，因為它嚴重依賴基礎記憶體配置器和記憶體配置。偵錯擷取釋放的記憶體組建 （例如 ASAN） 會終止伺服器。
    (CVE-2026-52863)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-54441)

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

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

  - 在 Windows 上的 Apache MINA SSHD 元件 sshd-git 中的路徑遊走。Apache MINA SSHD 是一個用於用戶端和伺服器端 SSH 的 Java 函式庫。以 Apache MINA SSHD 元件 sshd-git 實作並在 Windows 上執行的 git 伺服器，可允許經過驗證的遠端使用者存取已設定伺服器端根目錄之外的 git 存放庫。在 Apache MINA SSHD 2.18.0 和 3.0.0-M4 中申請的CVE-2026-48827路徑驗證對於在 Windows 上執行的伺服器部分無效。如果應用程式使用 org.apache.sshd：sshd-git 實作 git 伺服器並在 Windows 上執行，則會受到影響。未使用 sshd-git 或未在 Windows 上執行的應用程式不會受到影響。建議使用者將受影響的應用程式升級到 Apache MINA SSHD 2.19.0，這樣可以解決問題。此問題也存在於即將推出的新主要版本 3.0.0的發行前里程碑 3.0.0-M1 至 3.0.0-M4 中。同樣地，只有當應用程式使用 sshd-git 並在 Windows 上執行時，才會受到影響。將受影響的應用程式升級至 3.0.0-M5。（CVE-2026-56623）

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50579)

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

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

  - 在 Apache OpenNLP 版本中，透過 XML 功能產生器描述元和格式名稱進行任意類別實例化 受影響的版本： - 之前 2.5.10 - 3.0.0-M5 之前 描述： Apache OpenNLP 中的三個程式碼路徑透過 Class.forName（） 按完整名稱載入類別，並呼叫其無參數建構函式，而無需事先驗證類別名稱或其類型。受影響的路徑有：（1）GeneratorFactory，它讀取XML特徵生成器描述符中生成器元素的class屬性;此類描述元作為工件嵌入模型存檔（例如 TokenNameFinder 和 POSTagger 模型）中，並在模型載入期間進行剖析，因此可以提供特製模型存檔的攻擊者可以直接控制類別名稱。（2） StreamFactoryRegistry.getFactory（Class， String），它回退為將未註冊的格式名稱解譯為 ObjectStreamFactory 的完整類別名稱;這在傳遞不受信任格式名稱的應用程式中可利用 （例如，將命令列工具的 -format 參數公開給外部輸入）。（3）StringInterners，實例化opennlp.interner.class系統屬性命名的interner實作;此值通常由部署者控制，因此會強化為縱深防禦，而不是攻擊者可獨立連線。利用需要類別路徑上存在靜態初始化運算式或無參數建構函式 （JNDI 查詢、出站網路 I/O、檔案系統存取） 中具有攻擊者有用副作用的類別，因此這不是直接式遠端程式碼執行。T 緩解措施：升級至修正版本。此修正程式會透過 ExtensionLoader.instantiateExtension（...） 路由傳送所有三個路徑，此路徑會在叫用 Class.forName（） 之前查閱套件前置詞允許清單，因此永遠不會載入、初始化或建構不允許的類別。opennlp 下的類別。依預設，前置詞仍為允許。載入參照功能產生器工廠、物件串流工廠或 opennlp.* 外部字串內嵌程式的模型的部署必須選擇加入這些套件，方法是在第一個模型載入之前透過 ExtensionLoader.registerAllowedPackage（String） 以程式設計方式，或將 OPENNLP_EXT_ALLOWED_PACKAGES 系統屬性設定為以逗號分隔的允許套件前置詞清單。無法立即升級的使用者應確保所有模型檔案和格式名稱都來自受信任的來源，並應稽核其類別路徑，以尋找具有副作用靜態初始值設定式或建構函式的類別。（CVE-2026-63317）

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

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

  - CImg 庫是一個用於圖像處理的 C++ 庫。在 '_load_analyze（）' 版本 4.0.0 之前，header_size 欄位會從 Analyze/NIfTI 檔案的前 4 個位元組讀取為「unsigned int」，並直接傳遞給「new unsigned char[header_size]」，而不受實際檔案大小的限制。接受最多 ~4 GB 的值。如果後續的 'fread' 傳回 'short'，就像任何格式錯誤的檔案一樣），函式會擲回 'CImgIOException'，而且配置的緩衝區永遠不會釋放。一個 6 位元組的特製檔案足以觸發每次呼叫 ~1.3 GB 的配置，並在每個錯誤路徑上洩漏完整配置。當副檔名為 .hdr、.img 或 .nii 時，可透過「load_analyze（）」和通用「load（）」解決此問題。4.0.0 版已修正此問題。 (CVE-2026-47667)

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

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

  - 在 libssh 中發現一個缺陷。在使用 OpenSSL 後端的組建中，不正確的 AES-GCM 終結檢查可有效移除完整性保護，讓路徑內攻擊者在未被發現的情況下修改網路上的純文字。（CVE-2026-59847）

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50585)

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

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

  - 已解決 Linux 核心中的下列弱點：MIPS: smp: report dying CPU to RCU in stop_this_cpu() smp_send_stop() parks all secondary CPUs in stop_this_cpu(). The function marks the CPU offline for the scheduler via set_cpu_online(false) but never informs RCU, so RCU keeps expecting a quiescent state from CPUs that are now spinning forever with interrupts disabled. As long as nothing waits for an RCU grace period after smp_send_stop() this is harmless, which is why it went unnoticed. Since commit 91840be8f710 (irq_work: Fix use-after-free in irq_work_single() on PREEMPT_RT) however, irq_work_sync() calls synchronize_rcu() on architectures without an irq_work self-IPI, i.e. where arch_irq_work_has_interrupt() returns false. That is the asm-generic default used by MIPS. Any irq_work_sync() issued in the reboot/shutdown path after smp_send_stop() then blocks on a grace period that can never complete, hanging the reboot: WARNING: CPU: 0 PID: 15 at kernel/irq_work.c:144 irq_work_queue_on ... rcu: INFO: rcu_sched detected stalls on CPUs/tasks: rcu: Offline CPU 1 blocking current GP. rcu: Offline CPU 2 blocking current GP. rcu: Offline CPU 3 blocking current GP. This issue was noticed on several Realtek MIPS switch SoCs (MIPS interAptiv) and came up during kernel bump downstream in OpenWrt from 6.18.33 to 6.18.34, after the backport of the patch to the 6.18 stable branch. The patch also has been backported all the way back to 6.1. Call rcutree_report_cpu_dead() once interrupts are disabled, mirroring the generic CPU-hotplug offline path, so RCU stops waiting on the parked CPUs and grace periods can still complete. MIPS shuts down all CPUs here without going through the CPU-hotplug mechanism, so this report is not otherwise issued. Reporting a dying CPU to RCU outside the regular hotplug offline path is not unprecedented: arm64 does the same in cpu_die_early(). There it is an exception for a CPU that was coming online and is aborting bringup, rather than the default shutdown action as on MIPS.
    (CVE-2026-64248)

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

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

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM 企業版產品中的弱點 (元件：2D)。受影響的支援版本是 Oracle Java SE: 8u491, 8u491-perf、11.0.31、17.0.19、21.0.11、25.0.3、26.0.1; Oracle GraalVM for JDK: 17.0.19 和 21.0.11; Oracle GraalVM 企業版: 21.3.18。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版。若攻擊成功，攻擊者可在未經授權的情況下造成 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版局部拒絕服務 (局部 DOS)。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2026-47059)

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

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

  - 在 NLnet Labs 1.13.21.25.1中，名稱位於 DNSSEC 簽署區域下方的中繼實驗室下方的存根或轉發區域可能會受到來自父項的安全 NXDOMAIN 答案的陰影。這是由「harden-below-nxdomain」邏輯中的差一錯誤所造成;
    預設為啟用。它有效地繞過了配置，並且永遠不會聯繫配置的存根/轉發區域。'harden-below-nxdomain' 會向上執行 DNS 快取遍歷，以及不允許在存根/轉發區域上方合成 NXDOMAIN 的委派點防護。警衛在剝離標籤之前測試網域名稱。這會導致網域名稱等於已設定的存根/轉發區域頂點的反覆運算，該頂點會通過保護、再剝離一個標籤，並在頂點的直接公用父項處探測快取。如果該父項具有快取的 DNSSEC 安全 NXDOMAIN，它將針對任何在已簽署的公用名稱下巢狀兩個或多個標籤的私有命名空間，則遍歷會傳回它，並且永遠不會聯絡已設定的存根/轉送上游。這只能由對中間標籤的查詢觸發 （在存根/轉發頂點和 DNSSEC 父區域之間）。（CVE-2026-44687）

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

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

  - DOMPurify before 無法 3.4.12 針對透過 CUSTOM_ELEMENT_HANDLING.tagNameCheck 允許的自訂元素執行 afterSanitizeElements 勾點，從而允許屬性繞過應用程式安全性原則。
    攻擊者可以保留自訂元素上的敏感屬性，然後將它們重新插入 innerHTML 接收器中，從而建立二階 XSS 小工具。（CVE-2026-66010）

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

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

  - 透過 EXTRA_ELEMENT_HANDLING.attributeCheck 作為述詞函式提供 ADD_ATTR 時，DOMPurify before 包含 3.3.2 URI 驗證繞過弱點。攻擊者可以提供接受特定屬性和標籤組合的述詞，以繞過 URI 安全驗證，從而允許 javascript 等不安全的通訊協定在清理中存活下來，並在連結啟動時以 DOM 型 XSS 的形式執行。
    (CVE-2026-65912)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50580)

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

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

  - FFmpeg 版本 0.6.3 在 8.1.2 libavformat/rtpdec_asf.c 內的 RTP/ASF 解復用器中包含一個無限迴圈弱點，允許遠端攻擊者透過傳送特製的 RTP/ASF 串流來造成拒絕服務。rtp_asf_fix_header 函式在反覆運算 ASF 物件時無法驗證最小區塊大小，導致當區塊大小小於 24 位元組的最小 ASF 物件標頭大小時，迴圈指標永遠不會前進，進而導致 CPU 耗盡，從而拒絕向合法使用者提供服務。
    (CVE-2026-64834)

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

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

  - net/mlx5e： xsk：修正對 ICOSQ 的解鎖寫入 在 napi 輪詢期間，當關聯性變更且仍有 XSK 工作要完成時，我們會在新 CPU 上觸發 ICOSQ 中斷。但是，ICOSQ 上的此觸發是不受保護的。有 2 種這樣的爭用：A） 由於關聯性變更，當 mlx5e_xsk_alloc_rx_mpwqe（） 從不同的 CPU 執行時，呼叫 mlx5e_trigger_irq（）。發生這種情況是因為 IRQ 觸發是在 napi_complete_done（） 之後完成的。此時，NAPI 可以在不同的 CPU 上排程。像這樣： CPU A （舊關聯，NAPI 尾部） CPU B （新關聯，新 NAPI）
    ------------------------------- -------------------------------- napi_complete_done（） 清除 SCHED mlx5e_cq_arm（...） napi_schedule_prep（） 設定 SCHED mlx5e_napi_poll（） mlx5e_xsk_alloc_rx_mpwqe（） mlx5e_icosq_sync_lock（） // noop memcpy 640 B UMR 正文將 sq->pc 前進 10 mlx5e_trigger_irq（&c->icosq） wqe_info[pi] = {NOP， 1} mlx5e_post_nop（） 推進 sq->pc B） 當 mlx5e_trigger_napi_icosq（） 執行時，在 ICOSQ 上呼叫 mlx5e_trigger_irq（）。顯而易見的解決方法是鎖定 ICOSQ。但 ICOSQ 有一個優化的鎖定方案，不適用於這種情況。改為踢出一律鎖定的非同步 ICOSQ。此問題已透過以下 splat 在野外發現：netdevice：ge-0-0-1：ICOSQ CQE 中的 OP 錯誤：0xd 警告：drivers/net/ethernet/mellanox/mlx5/core/en_rx.c：826 [...][...]呼叫追蹤： <IRQ> mlx5e_napi_poll+0x11d/0x7f0 [mlx5_core] __napi_poll+0x30/0x200 ？ skb_defer_free_flush+0x9c/0xc0 net_rx_action+0x2fe/0x3f0 handle_softirqs+0xd8/0x340 __irq_exit_rcu+0xbc/0xe0 common_interrupt+0x85/0xa0 </IRQ> <TASK> asm_common_interrupt+0x26/0x40 [...] ---[ 結束追蹤 0000000000000000000 ]--- mlx5_core 0000：08：00.0 ge-0-0-1： cqn 0x548 上的錯誤 cqe， ci 0x2022， QN 0x8f4、操作碼 0xd、症狀 0x2、供應商症狀 0x68 00000000：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000020：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000030： 00 00 00 00 01 00 68 02 01 00 08 f4 de 14 59 d2 WQE 轉儲：WQ 大小 16384 WQ cur 大小 0，WQE 索引 0x1e14，len：64 00000000：00 00 00 01 d9 ed 80 02 00 00 00 01 d9 ed 90 02 00000010：00 00 00 01 d9 ed a0 02 00 00 00 01 d9 ed b0 02 00000020： 00 00 00 01 d9 ed c0 02 00 00 00 01 d9 ed d0 02 00000030： 00 00 00 01 d9 ed e0 02 00 00 00 01 d9 ed f0 02 mlx5_core 0000：08：00.0 ge-0-0-1： cqn 0x548、ci 0x2023、qn 0x8f4、opcode 0xd、syndrome 0x5、vendor syndrome 0xf9 00000000 上的錯誤 cqe： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000020： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000030： 00 00 00 00 01 00 f9 05 01 00 08 f4 de 15 cf d2 （CVE-2026-64210）

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

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

  - Oracle MySQL 的 MySQL Connectors 產品中的弱點 (元件：Connector/J)。受影響的支援版本是 9.7.0-9.7.1。利用此弱點的難度較低，經由多個通訊協定存取網路的未經驗證的攻擊者可藉此入侵 MySQL Connectors。若要成功攻擊，必須有攻擊者以外之他人的互動。若成功攻擊此弱點，攻擊者可在未經授權的情況下造成 MySQL Connectors 懸置或經常重複性當機 (完全 DOS)。
    (CVE-2026-60624)

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

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

  - Oracle Virtualization 的 Oracle VM VirtualBox 產品中的弱點 (元件：Core)。受影響的支援版本是 7.2.12。高特權攻擊者可利用難以利用的弱點，登入 Oracle VM VirtualBox 執行所在的基礎結構，進而入侵 Oracle VM VirtualBox。雖然弱點存在於 Oracle VM VirtualBox 中，但攻擊可能對其他產品造成重大影響 (範圍變更)。若成功攻擊此弱點，則可能導致接管 Oracle VM VirtualBox。(CVE-2026-60159)

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

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

  - 之前和3.5.x之前3.5.4的 Knot DNS 3.4.10 包含 mod-onlinesign 中的弱點，其中下一個 NSEC 所有者名稱的計算可能不正確。這可能會造成過於寬泛的驗證拒絕間隔，允許下游驗證解析程式使用積極的負快取來合成合法名稱的否定答案，並造成解析器端拒絕服務。（CVE-2026-39155）

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

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

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

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

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

  - 在 libsoup 中發現缺陷。透過 HTTP Proxy 建立 CONNECT 通道之後，libsoup 會錯誤地將 Proxy-Authorization 標頭附加至透過該通道傳送至目的地伺服器的後續 HTTPS 要求。這允許目標伺服器捕獲代理憑證，從而導致資訊洩露。（CVE-2026-66339）

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

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

  - Apache MINA SSHD 的 sshd-scp 元件中的路徑遊走。Apache MINA SSHD 是一個用於用戶端和伺服器端 SSH 的 Java 函式庫。透過 SCP 接收檔案或目錄的實作並未驗證 SCP C 或 D 命令中的檔案名稱。惡意寄件者可能會傳送包含路徑的檔案名稱，導致檔案寫入攻擊者控制的位置。此問題僅影響 * 使用不再支援的 Apache MINA SSHD 版本 < 2.0.0 並使用 SCP 函式接收檔案的應用程式，* 或在 Apache MINA SSHD >= 2.0.0 中使用 sshd-scp 接收檔案的應用程式。使用 Apache MINA SSHD >= 2.0.0 不使用 sshd-scp 的應用程式不受影響。此問題已在 Apache MINA 2.19.0 和 3.0.0-M5 中修正。
    建議受影響的應用程式升級到這些版本。（CVE-2026-56452）

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

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

  - 在 NLnet Labs Unbound 1.22.0 中 1.25.1，對 DNSSEC 簽署父項下的深度巢狀名稱進行單一用戶端查詢，可能會導致 Unbound 為每個用戶端查詢傳送比設定的「max-global-quota」更多的上游封包。這有效地繞過了限制上游放大流量的安全設定。（CVE-2026-50045）

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

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

  - GNU coreutils unexpand 在處理大型定位站 （-t） 值時，由於緩衝區配置期間發生整數溢位，因此容易發生堆積型緩衝區溢位。用來計算配置大小的乘法可能會換行，導致緩衝區大小過小。處理特製的輸入時，後續寫入會超過配置的記憶體，導致越界堆積寫入。使用攻擊者提供的大型定位停駐 （-t） 引數執行 GNU coreutils unexpand 時，此行為會導致當機，並可能根據記憶體配置而實現堆積寫入基本元素。此問題已在提交 b60a159fdc5bfcf9988d3a4cb6f53abe8ad5d35d （CVE-2026-56392） 中修正

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

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

  - 在 dbus-broker 中發現缺陷。當達到處理程序檔案描述元限制時，對等設定期間的 EMFILE/ENFILE 錯誤 （特別是 SO_PEERPIDFD） 會被視為重大失敗，導致代理程式結束。本機攻擊者若能開啟許多與使用者工作階段匯流排的連線，即可觸發此動作，並拒絕桌面工作階段的服務。Flatpak 應用程式可以透過 dbus 代理到達主機會話匯流排。
    (CVE-2026-16730)

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

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

  - 在 OpenStack Ironic Python Agent 中 11.6.0，具有管理員角色的專案範圍使用者可以透過惡意建構的組態在執行中的 Ironic-Python-Agent 上實現任意程式碼執行，因為 ntp_server 的值會傳遞給 shell。（CVE-2026-66138）

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

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

  - Exim之前 4.99.5 允許 .forward 權限提升，因為管道傳輸的force_command處理不當。（CVE-2026-66141）

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

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

  - 在 libcupsfilters 中發現缺陷。cfIEEE1284NormalizeMakeModel（） 函式在處理具有空白模型欄位的印表機通告的 IEEE-1284 裝置識別碼時，會進入無限迴圈，造成持續的 CPU 消耗。網路相鄰的攻擊者可以透過廣播特製的印表機廣告來利用此漏洞，從而導致拒絕服務。（CVE-2026-64611）

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

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

  - Oracle Java SE、Oracle GraalVM for JDK、Oracle Java SE 的 Oracle GraalVM 企業版產品中的弱點 (元件：Security)。受影響的支援版本有 Oracle Java SE： 8u491， 8u491-perf， 11.0.31， ， 17.0.1921.0.11， 25.0.3， ; 26.0.1適用於 JDK 的 Oracle GraalVM： 17.0.19 和 21.0.11;Oracle GraalVM Enterprise Edition： 21.3.18. 此弱點較易攻擊成功，能夠透過多個通訊協定存取網路的未經驗證攻擊者可惡意利用此弱點入侵 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM 企業版。若攻擊成功，攻擊者可在未經授權的情況下更新、插入或刪除 Oracle Java SE、Oracle GraalVM for JDK 和 Oracle GraalVM Enterprise Edition 的部分可存取資料，以及在未經授權的情況下讀取 Oracle Java SE、Oracle GraalVM for JDK、Oracle GraalVM Enterprise Edition 可存取資料的子集。注意：使用指定之元件中的 API 可以惡意利用此弱點，例如，透過提供資料給 API 的 Web 服務。此弱點亦適用於 Java 部署，通常是在執行沙箱隔離的 Java Web Start 應用程式或沙箱隔離的 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。(CVE-2026-60147)

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

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

  - 使用 NLnet Labs Unbound 至版本（包括版本）， 1.25.1如果達到臨界值並且 libunbound 需要呼叫「libworker_alloc_cleanup」，則使用 libunbound 並設定了「unwanted-reply-threshold」的應用程式最終可能會突然終止，因為函式呼叫允許清單中沒有函式。當使用 libunbound 的應用程式將 'unwanted-reply-threshold' 設定為任何非零值，並且迭代器查詢以足夠的錯誤交易 ID UDP 資料包回覆以超過臨界值的權威程式時，最終會呼叫「libworker_alloc_cleanup」。由於函式呼叫允許清單中缺少函式，這會導致libunbound的致命退出，並最終終止內嵌應用程式。Unbound 本身不會受到影響，因為其相關函式「worker_alloc_cleanup」已在允許清單中註冊，並繼續執行記載的快取排清。（CVE-2026-44621）

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

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

  - FluidSynth 是一款基於 SoundFont 2 規格的軟體合成器。從1.1.22.5.6直到 ，FluidSynth 命令處理常式會接受pitch_bend_range命令，其通道引數在透過選取的合成器通道寫入提供的值之前，未進行邊界檢查。因此，超出範圍的通道可能會導致越界堆積寫入，進而導致拒絕服務或可能的程式碼執行。當透過 new_fluid_server（） 或 fluidsynth -s 啟用 TCP 伺服器時，可以遠端解決此問題，並且可以透過透過標準輸入傳遞至 FluidSynth shell 的惡意命令在本機存取。不使用 shell、命令處理常式或 TCP 伺服器的應用程式不會受到影響。2.5.6 版已修正此問題。(CVE-2026-58264)

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

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

  - Oracle Virtualization 的 Oracle VM VirtualBox 產品中的弱點 (元件：Core)。受影響的支援版本是 7.2.12。此弱點較易攻擊成功，高特權攻擊者可藉此登入 Oracle VM VirtualBox 執行所在的基礎結構，進而入侵 Oracle VM VirtualBox。雖然弱點存在於 Oracle VM VirtualBox 中，但攻擊可能對其他產品造成重大影響 (範圍變更)。若攻擊成功，攻擊者未經授權即可造成 Oracle VM VirtualBox 懸置或經常重複性當機 (完全 DOS)。
    (CVE-2026-47041)

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

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

  - - 更新為 3.6.7 - 修正 CVE-2026-25832、 CVE-2026-35336、 CVE-2026-50713CVE-2026-50587CVE-2026-50586CVE-2026-50588CVE-2026-50585CVE-2026-50640CVE-2026-54435CVE-2026-49300CVE-2026-50580CVE-2026-54441CVE-2026-50579CVE-2026-50581CVE-2026-50583CVE-2026-50584版本資訊：
    https://github.com/Mbed-TLS/mbedtls/releases#release-mbedtls-3.6.7 (CVE-2026-50581)

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

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

  - 在 NLnet Labs Unbound 1.22.0 up to （including 1.25.1） 中，遠端未經驗證的用戶端可以使用單一 DNS-over-QUIC （DoQ） 連線和一個一般 DNS 查詢來觸發 libngtcp2 判斷提示 （如果編譯時） 終止整個 Unbound 處理程序。這是由傳遞給 libngtcp2 的錯誤錯誤值所造成。當 'ngtcp2_conn_writev_stream（）' 傳回 'NGTCP2_ERR_STREAM_DATA_BLOCKED' 時，Unbound 會繼續調用錯誤值為 '-1' 的 'ngtcp2_ccerr_set_application_error（）'。'int' 文字 '-1' 被隱含轉換為函數的 'uint64_t error_code' 參數作為 '0xFFFFFFFFFFFFFFFF'。後續的「ngtcp2_conn_write_connection_close（）」會將該值序列化為 QUIC 可變長度整數;
    因為 '2^64-1' 超過 62 位元可變上限，所以 'ngtcp2_put_uvarintlen（）' 失敗 'assert（n < 4611686018427387904ULL）'，整個解析器處理程序中止。遠端、未經驗證的 DoQ 用戶端可以透過在其傳輸參數中通告「initial_max_stream_data_bidi_local = 1」並傳送一個 DoQ 查詢而不讀取串流，從而使用單一 QUIC 連線確定性地觸發此觸發。（CVE-2026-55991）

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

ID	名稱	嚴重性
329713	Linux Distros 未修補弱點：CVE-2026-50046	medium
329712	Linux Distros 未修補弱點：CVE-2026-65902	medium
329711	Linux Distros 未修補弱點：CVE-2026-52684	low
329710	Linux Distros 未修補弱點：CVE-2026-56820	critical
329709	Linux Distros 未修補弱點：CVE-2026-12547	low
329708	Linux Distros 未修補弱點：CVE-2026-61714	high
329707	Linux Distros 未修補弱點：CVE-2026-60161	medium
329706	Linux Distros 未修補弱點：CVE-2026-65901	medium
329705	Linux Distros 未修補弱點：CVE-2026-55851	high
329704	Linux Distros 未修補弱點：CVE-2026-60623	high
329703	Linux Distros 未修補弱點：CVE-2026-54548	low
329702	Linux Distros 未修補弱點：CVE-2026-56444	medium
329701	Linux Distros 未修補弱點：CVE-2026-56819	high
329700	Linux Distros 未修補弱點：CVE-2026-50584	critical
329699	Linux Distros 未修補弱點：CVE-2026-35336	critical
329698	Linux Distros 未修補弱點：CVE-2026-50586	critical
329697	Linux Distros 未修補弱點：CVE-2026-52863	medium
329696	Linux Distros 未修補弱點：CVE-2026-54441	critical
329695	Linux Distros 未修補弱點：CVE-2026-56623	high
329694	Linux Distros 未修補弱點：CVE-2026-50579	critical
329693	Linux Distros 未修補弱點：CVE-2026-63317	medium
329692	Linux Distros 未修補弱點：CVE-2026-47667	high
329691	Linux Distros 未修補弱點：CVE-2026-59847	high
329690	Linux Distros 未修補弱點：CVE-2026-50585	critical
329689	Linux Distros 未修補弱點：CVE-2026-64248	medium
329688	Linux Distros 未修補弱點：CVE-2026-47059	low
329687	Linux Distros 未修補弱點：CVE-2026-44687	low
329686	Linux Distros 未修補弱點：CVE-2026-66010	medium
329685	Linux Distros 未修補弱點：CVE-2026-65912	medium
329684	Linux Distros 未修補弱點：CVE-2026-50580	critical
329683	Linux Distros 未修補弱點：CVE-2026-64834	high
329682	Linux Distros 未修補弱點：CVE-2026-64210	high
329681	Linux Distros 未修補弱點：CVE-2026-60624	medium
329680	Linux Distros 未修補弱點：CVE-2026-60159	high
329679	Linux Distros 未修補弱點：CVE-2026-39155	medium
329678	Linux Distros 未修補弱點：CVE-2026-46936	medium
329677	Linux Distros 未修補弱點：CVE-2026-66339	medium
329676	Linux Distros 未修補弱點：CVE-2026-56452	high
329675	Linux Distros 未修補弱點：CVE-2026-50045	medium
329674	Linux Distros 未修補弱點：CVE-2026-56392	low
329673	Linux Distros 未修補弱點：CVE-2026-16730	medium
329672	Linux Distros 未修補弱點：CVE-2026-66138	high
329671	Linux Distros 未修補弱點：CVE-2026-66141	high
329670	Linux Distros 未修補弱點：CVE-2026-64611	high
329669	Linux Distros 未修補弱點：CVE-2026-60147	medium
329668	Linux Distros 未修補弱點：CVE-2026-44621	medium
329667	Linux Distros 未修補弱點：CVE-2026-58264	critical
329666	Linux Distros 未修補弱點：CVE-2026-47041	medium
329665	Linux Distros 未修補弱點：CVE-2026-50581	critical
329664	Linux Distros 未修補弱點：CVE-2026-55991	medium

偵測

Nessus 的 Misc. 系列

medium

medium

low

critical

low

high

medium

medium

high

high

low

medium

high

critical

critical

critical

medium

critical

high

critical

medium

high

high

critical

medium

low

low

medium

medium

critical

high

high

medium

high

medium

medium

medium

high

medium

low

medium

high

high

high

medium

medium

critical

medium

critical

medium