CVE-2026-6477 Affecting postgresql:15/pg_repack package, versions <0:1.4.8-1.module_el8.9.0+3706+885c732e


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

Social Trends
EPSS
0.28% (20th 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-ALMALINUX8-POSTGRESQL-17372385
  • published18 Jun 2026
  • disclosed22 Jun 2026

Introduced: 18 Jun 2026

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

How to fix?

Upgrade AlmaLinux:8 postgresql:15/pg_repack to version 0:1.4.8-1.module_el8.9.0+3706+885c732e or higher.
This issue was patched in ALSA-2026:26181.

NVD Description

Note: Versions mentioned in the description apply only to the upstream postgresql:15/pg_repack package and not the postgresql:15/pg_repack package as distributed by AlmaLinux. See How to fix? for AlmaLinux:8 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