Skip to main content
← Vulnerabilities

psqlODBC row cache overflow when a later FETCH changes the column count

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

7.5HighCNA
Exploited
No known exploitation
Fix
Fixed in 18.00.0006
Who is exposed
Not reported

Do first: Upgrade to a fixed version: 18.00.0006.

Published
Last modified
Published
Not listed in CISA KEV
36/100 · provisional
Fix
Fixed in 18.00.0006
None on Exploit-DB, Metasploit or GitHub
On X
View the cve.now post
  • Exploitation: none
  • Automatable: no
  • Technical impact: total

Summary

psqlODBC, the PostgreSQL ODBC driver, is affected, and an attacker-controlled or untrusted database server could crash applications using it or potentially corrupt memory in the client process when a cursor fetch returns an unexpected number of columns. This can lead to application crashes or possible code execution on the affected client machine.

Read the original description

psqlODBC sizes its row cache from the column count of a cursor's first result, but recomputes the column count from each later FETCH reply without checking that it matches. A server not trusted under current SSL settings can answer a later FETCH with more columns and make the driver write tuple records past the end of the heap allocation. A keyset reply with fewer columns than the key fields also underflows the unsigned field count. This is reachable with UseDeclareFetch enabled. Versions before psqlODBC 18.00.0006 are affected.

What to do

  • Upgrade to a fixed version: 18.00.0006.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. Posted on X by cve.now
  4. CISA SSVC assessment

    Exploitation: none · Automatable: no · Technical impact: total

  5. Record last updated

Affected versions

  • PostgreSQL psqlODBC

    fixed in 18.00.0006

Evidence 1

  1. Advisory

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.