Skip to main content
VulnerabilityPublished

CVE-2026-111440: openGauss-connector-jdbc · Unsafe Reflection

Affects openGauss-connector-jdbcSource CVE Database V5

0

Not known to be exploited · CVSS 7.0 High · fixed in 7.0.0 : patch openGauss-connector-jdbc soon.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
7.0High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 7.0.0
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
openGauss-serveropenGauss-connector-jdbcAffected
  • 3.0.0-3.0.5 – 6.0.0-RC1
7 affected builds
Fixed in–
Mavenorg.opengauss/openGauss-connector-jdbcpkg:maven/org.opengauss/openGauss-connector-jdbcOther threatsAffected
  • 3.0.0 – 6.0.6
23 affected builds
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

A fix is available in openGauss-connector-jdbc version 7.0.0-LTS, which adds a subclass verification step after Class.forName to ensure only subclasses of Log are instantiated. Users should upgrade to version 7.0.0-LTS or later to remediate this vulnerability. Until upgrading, avoid using untrusted input in JDBC connection parameters, especially the logger class name, and restrict client classpath contents to trusted classes only.

Description

在 openGauss-connector-jdbc 的 pgjdbc/src/main/java/org/postgresql/log/LogFactory.java 中,LogFactory 根据 JDBC 连接参数中的 logger 类名调用 Class.forName 加载类后,直接反射调用以 String 为参数的构造函数,再转换为 Log。缺少 asSubclass(Log.class) 校验,非 Log 实现类也会在类型检查前被实例化。因此,当攻击者可控制 JDBC URL 或连接属性中的 logger 类名,且客户端 classpath 中存在可被加载的类时,可能在客户端触发非预期的类加载与构造副作用。 此漏洞自 JDBC 1.1.0引入,影响 1.1.0 及之后的 2.x、3.x、5.x、6.x 各版本及补丁(含 6.0.0 分支最新 6.0.6),以及 7.0.0-RC1、7.0.0-RC2、7.0.0-RC3,并在 7.0.0-LTS 版本修复。修复在 Class.forName 之后先执行 asSubclass(Log.class),仅允许 Log 子类进入构造。修复pr见https://gitcode.com/opengauss/openGauss-connector-jdbc/pull/423。

References

Community reviews

Loading reviews…