psqlODBC sizes its row cache from the column count of a cursor's first result, but recomputes the column count from
Source GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 18.00.0006 soon.
Data as of 2 Nov 2026, 23:28 UTC
Thin evidence
One scorer or none| CNA (PostgreSQL) | CVSS 3.1 | 7.5 |
|---|
- Patch
- Available – fixed in 18.00.0006
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 2 Nov 2026.
What to do
Upgrade psqlODBC to 18.00.0006.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| PostgreSQLpsqlODBC | Affected
| Fixed in
|
GitHubpsqlODBCpkg:github/psqlODBCOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade to psqlODBC version 18.00.0006 or later where this issue is fixed. Until then, consider disabling UseDeclareFetch if feasible to reduce exposure. There is no indication that the vulnerability is mitigated by SSL alone; ensure connections are made to trusted servers and apply the official fix when available.
Description
psqlODBC versions before 18.00.0006 have a vulnerability where the driver sizes its row cache based on the column count of the first cursor result but recalculates the column count on subsequent FETCH replies without verifying consistency. This can lead to buffer overflows or underflows when a malicious or untrusted server sends FETCH replies with differing column counts, potentially causing memory corruption. The issue is exploitable when UseDeclareFetch is enabled.