CVE-2026-116313: PostgreSQL "vacuumdb --missing-stats-only" lets a database owner execute code as the vacuumdb user

Published Nov 12, 2026
·
Updated

Untrusted search path in PostgreSQL vacuumdb allows a database owner to execute arbitrary SQL as the database user running vacuumdb, via shadowing operators used in the --missing-stats-only catalog query. The pgupgrade documentation recommends an affected vacuumdb invocation. Within major version 18, minor versions before PostgreSQL 18.7 are affected. Versions before PostgreSQL 18 are unaffected.

Affected Software

6 affected components
debian/postgresql-15*
debian/postgresql-17*
debian/postgresql-18*
debian/postgresql-15<=15.18-0+deb12u1, <=15.19-0+deb12u1
debian/postgresql-17<=17.11-0+deb13u1
debian/postgresql-18<=18.6-3

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade PostgreSQL to a version that resolves this vulnerability.

    Fixed in 18.7

Event History

Nov 12, 2026
CVE Published
via MITRE·02:15 PM
Data Sourced
via MITRE·02:15 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·03:17 PM
DescriptionSeverityWeakness
Data Sourced
via OSV·06:47 PM
DescriptionAffected Software

Frequently Asked Questions

1

Which deployments are affected?

PostgreSQL 18 installations running a minor version before 18.7 are affected. Versions before PostgreSQL 18 are unaffected.

2

What access does an attacker need?

An attacker needs database-owner privileges and must be able to create objects that shadow operators in the search path used by vacuumdb. Exploitation occurs when vacuumdb is run with --missing-stats-only against the affected database.

3

When is the vulnerable code path likely to be used?

The pg_upgrade documentation recommends an affected vacuumdb invocation. Environments performing upgrades and following that guidance should determine whether the command was run against databases owned by untrusted or less-trusted users.

4

What is the impact of successful exploitation?

A database owner can cause arbitrary SQL to run as the database user executing vacuumdb. The resulting access is limited to the privileges of that vacuumdb-running database user.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203