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

  - c3p0，一個 JDBC 連線池函式庫，容易受到惡意製作的 Java 序列化物件及 'javax.naming.Reference' 實例攻擊。多個 c3p0 的「ConnectionPoolDataSource」實作有一個名為「userOverridesAsString」的屬性，概念上代表「Map<String，Map<String，String>>」。在 v0.12.0 之前，該特性以十六進位編碼的序列化物件形式維持。任何能重設此屬性的攻擊者，無論是在現有的「ConnectionPoolDataSource」上，或透過惡意製作的序列化物件或「javax.naming.reference」實例，都能針對應用程式的「CLASSPATH」執行意想不到的程式碼。此漏洞的危險因 c3p0 主要相依 mchange-commons-java 中的漏洞而大幅放大。此函式庫包含了早期 JNDI 功能實作的程式碼，包括對遠端「factoryClassLocation」值的無固定支援。攻擊者可以設定 c3p0 的「userOverridesAsString」十六進位編碼序列化物件，包含透過 JNDI 參考間接序列化的物件。這些物件的反序列化及內嵌的 'javax.naming.Reference' 物件的反參照，可能會引發從遠端「factoryClassLocation」下載並執行惡意程式碼。雖然 c3p0 漏洞所帶來的風險因 mchange-commons-java 中的漏洞而加劇，但使用 Java 序列化物件十六進位作為可寫入 Java-Bean 屬性的格式，且這些物件可能在 JNDI 介面間暴露，代表了嚴重的獨立脆弱性。c3p0 'ConnectionPoolDataSource' 類別的「userOverridesAsString」屬性已被重新實作，改用安全的 CSV 格式，而非依賴可能危險的 Java 物件反序列化。c3p0-0.12.0+ 及以上版本依賴 mchange-commons-java 0.4.0+，該版本透過預設限制值的設定參數來限制遠端「factoryClassLocation」值的支援。C3P0 還強制執行新的 mchange-commons-java 'com.mchange.v2.naming.nameGuardClassName'，以防止注入意外且可能遠端的 JNDI 名稱。在 之前 0.12.0的 c3p0 版本中，沒有支援的解決方法。（CVE-2026-27830）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-27830

high Nessus Plugin ID 300173

版本 1.7