CVE-2026-6477 Affecting postgresql:18/pgvector package, versions <0:0.8.1-1.module_el9.8.0+234+5456f35d


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

Social Trends
EPSS
0.46% (37th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-ALMALINUX9-POSTGRESQL-17901112
  • published9 Jul 2026
  • disclosed22 Jun 2026

Introduced: 22 Jun 2026

NewCVE-2026-6477  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:9 postgresql:18/pgvector to version 0:0.8.1-1.module_el9.8.0+234+5456f35d or higher.
This issue was patched in ALSA-2026:26204.

NVD Description

Note: Versions mentioned in the description apply only to the upstream postgresql:18/pgvector package and not the postgresql:18/pgvector package as distributed by AlmaLinux. See How to fix? for AlmaLinux:9 relevant fixed versions and status.

Use of inherently dangerous function PQfn(..., result_is_int=0, ...) in PostgreSQL libpq lo_export(), lo_read(), lo_lseek64(), and lo_tell64() functions allows the server superuser to overwrite a client stack buffer with an arbitrarily-large response. Like gets(), PQfn(..., result_is_int=0, ...) stores arbitrary-length, server-determined data into a buffer of unspecified size. Because both the \lo_export command in psql and pg_dump call lo_read(), the server superuser can overwrite pg_dump or psql stack memory. Versions before PostgreSQL 18.4, 17.10, 16.14, 15.18, and 14.23 are affected.

CVSS Base Scores

version 3.1