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-serialized-object hex作为可写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 插件 ID 300173

版本 1.3