Skip to content

PostgreSQL

Bug bounty on Sorona postgresql.org

Accepting reports open-source
Top reward
$1,500
Top severity paid
Critical
Assets in scope
10
Public CVEs
182
Last change
No changes yet

At a glance

What to know before you start testing.

Pays from $1,500
for critical bugs.
Partial safe harbor
Some legal protection; read the terms.
Publish after a fix
Coordinate the timing with the company.

Rewards

What Sorona lists as the payout for each severity.

Severity Reward
Critical $1,500+
High $700+
Medium $300+
Low $100 $100 / 1 month Claude Max
Safe harbor
Partial Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf.

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Scope

10 assets you may test, 6 excluded.

Web 1

  • https://www.postgresql.org

Products and areas 9

  • Actively supported major versions only: 18, 17, 16, 15, and 14, with fixes shipped in scheduled minor releases.
  • Authentication and authorization machinery: pg_hba.conf processing, SCRAM/MD5/password auth, GSSAPI/Kerberos, LDAP, RADIUS, and SSL/TLS certificate auth, plus the role and privilege system, row-level security (RLS), GRANT/REVOKE handling, and SECURITY DEFINER functions.
  • Bundled contrib and extension modules such as postgres_fdw, dblink, pg_stat_statements, adminpack, sepgsql, and the cube/hstore/ltree parsers.
  • In-family projects covered by the umbrella Security Team, including pgAdmin, PgBouncer, the JDBC and ODBC drivers, and pgvector.
  • Official installers and packaging across RPM, DEB, and the Windows and macOS builds.
  • Privilege-boundary escapes through search_path manipulation, SECURITY DEFINER function abuse, RLS bypass, or extension-installation vectors that hand a user rights they should not hold.
  • Server-side procedural languages, PL/pgSQL, PL/Perl, PL/Python, and PL/Tcl, especially trusted-language sandbox escapes.
  • The core server backend (postmaster and per-connection backend): SQL parser, planner, executor, storage engine, WAL and replication paths, and memory management, where a flaw lets someone reach data or privileges they were never granted or run arbitrary code inside a PostgreSQL process.
  • The libpq client library, including connection-string parsing and TLS/certificate handling (validation gaps, downgrade attacks).
Out of scope (6)
  • Anything only a superuser can trigger; superusers hold full administrative privilege by design, so their actions are not treated as vulnerabilities.
  • Denial-of-service caused by an authenticated user running an otherwise valid SQL statement; file these as ordinary bugs, not security reports.
  • Findings in the related ecosystem projects that should go directly to their own security contacts when they fall outside the core team's remit.
  • Non-security functional bugs, which belong in the normal bug-report channel rather than the security queue.
  • The intentional absence of DMARC on the project mailing lists.
  • Unsupported major versions (13 and earlier) that no longer receive security patches.

Rules

What the policy asks of you, and the bug types it won't reward, quoted from Sorona's policy.

While testing

  • Submit through sorona.xyz.
  • Test only against your own instances; never touch production systems or other users' data.
  • Report a suspected issue privately to the Security Team and, if in doubt whether it qualifies, report it anyway.
  • Provide clear reproduction steps and affected versions so the team can validate the finding.
  • Keep the issue confidential until the project ships a fix and publishes its advisory.
  • Do not register or request a CVE yourself; the Security Team, acting as CNA, handles all CVE assignment.
  • Do not run automated scanners or attacks that degrade shared infrastructure.

Not accepted

  • Anything only a superuser can trigger
  • Denial-of-service caused by an authenticated user running an otherwise valid SQL statement
  • The intentional absence of DMARC on the project mailing lists
  • Unsupported major versions (13 and earlier) that no longer receive security patches
  • Non-security functional bugs

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 1 hour ago.

No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.

Public CVEs

Published vulnerabilities in this vendor's products, from the NVD.

Search NVD
CVESeverityPublished
CVE-2026-6470 Medium 4.3 13 Aug 2026
CVE-2026-6471 High 7.2 13 Aug 2026
CVE-2026-6464 High 8.1 13 Aug 2026
CVE-2026-6469 Low 3.8 13 Aug 2026
CVE-2026-19385 High 8.8 13 Aug 2026
CVE-2026-18024 Medium 4.3 13 Aug 2026
CVE-2026-18408 High 8.8 13 Aug 2026
CVE-2026-16239 High 8.8 13 Aug 2026
CVE-2026-16241 Low 3.8 13 Aug 2026
CVE-2026-14681 Medium 4.2 13 Aug 2026
CVE-2026-15741 High 8.8 13 Aug 2026
CVE-2026-15742 High 8.8 13 Aug 2026
CVE-2026-16238 High 8.8 13 Aug 2026
CVE-2026-14671 High 8.8 13 Aug 2026
CVE-2026-14672 Medium 5.3 13 Aug 2026
CVE-2026-14673 Low 3.8 13 Aug 2026
CVE-2026-14676 High 8.8 13 Aug 2026
CVE-2026-14677 High 8.8 13 Aug 2026
CVE-2026-14678 Medium 4.3 13 Aug 2026
CVE-2026-14679 High 8.2 13 Aug 2026
CVE-2026-14680 High 8.8 13 Aug 2026
CVE-2026-14662 High 8.8 13 Aug 2026
CVE-2026-14663 Medium 6.5 13 Aug 2026
CVE-2026-14664 High 8.8 13 Aug 2026
CVE-2026-14666 Medium 4.2 13 Aug 2026
CVE-2026-14668 High 8.1 13 Aug 2026
CVE-2026-14669 High 8.8 13 Aug 2026
CVE-2026-14670 High 8.8 13 Aug 2026
CVE-2026-54291 High 8.2 6 Jul 2026
CVE-2026-6479 High 7.5 14 May 2026
CVE-2026-6575 Medium 4.3 14 May 2026
CVE-2026-6637 High 8.8 14 May 2026
CVE-2026-6638 Low 3.7 14 May 2026
CVE-2026-6472 Medium 5.4 14 May 2026
CVE-2026-6473 High 8.8 14 May 2026
CVE-2026-6474 Medium 4.3 14 May 2026
CVE-2026-6475 High 8.8 14 May 2026
CVE-2026-6476 High 7.2 14 May 2026
CVE-2026-6477 High 8.8 14 May 2026
CVE-2026-6478 Medium 6.5 14 May 2026
CVE-2026-42198 High 7.5 29 Apr 2026
CVE-2026-2007 High 8.2 12 Feb 2026
CVE-2026-2003 Medium 4.3 12 Feb 2026
CVE-2026-2004 High 8.8 12 Feb 2026
CVE-2026-2005 High 8.8 12 Feb 2026
CVE-2026-2006 High 8.8 12 Feb 2026
CVE-2025-49146 High 8.2 11 Jun 2025
CVE-2024-10976 Medium 4.2 14 Nov 2024
CVE-2024-10977 Low 3.1 14 Nov 2024
CVE-2024-10978 Medium 4.2 14 Nov 2024
CVE-2024-10979 High 8.8 14 Nov 2024
CVE-2024-7348 High 8.8 8 Aug 2024
CVE-2024-4317 Low 3.1 14 May 2024
CVE-2024-1597 Critical 10.0 19 Feb 2024
CVE-2024-0985 High 8.0 8 Feb 2024
CVE-2023-5870 Low 2.2 10 Dec 2023
CVE-2023-5868 Medium 4.3 10 Dec 2023
CVE-2023-5869 High 8.8 10 Dec 2023
CVE-2020-21469 Medium 4.4 22 Aug 2023
CVE-2023-39418 Low 3.1 11 Aug 2023

Original policy

Copied from sorona.xyz on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.

Skip to content What this pays This project runs no bounty of its own. sorona.xyz pays you directly on qualified, reproduced findings. Severity │ sorona.xyz pays Critical │ $1,500+ High │ $700+ Medium │ $300+ Low │ $100 / 1 month Claude Max Submit a vulnerability CVE history 7 Last 12 months 182 Lifetime Code execution 24 % Access control 22 % Memory safety 21 % Injection 17 % Latest advisories Loading the feed Overview PostgreSQL runs a vulnerability disclosure program with no bounty of its own. Report qualifying findings through sorona.xyz and we pay you directly on reproduced, in-scope reports, up to 2x the base reward for hard, chained bugs. PostgreSQL is a mature, widely deployed open-source relational database, and its security posture is overseen by the PostgreSQL Security Team, a group of veteran contributors that validates reports, develops fixes, and coordinates disclosure. PostgreSQL is also a CVE Numbering Authority and ships security fixes in scheduled minor releases. In scope The core server backend (postmaster and per-connection backend): SQL parser, planner, executor, storage engine, WAL and replication paths, and memory management, where a flaw lets someone reach data or privileges they were never granted or run arbitrary code inside a PostgreSQL process. Authentication and authorization machinery: pg_hba.conf processing, SCRAM/MD5/password auth, GSSAPI/Kerberos, LDAP, RADIUS, and SSL/TLS certificate auth, plus the role and privilege system, row-level security (RLS), GRANT/REVOKE handling, and SECURITY DEFINER functions. Privilege-boundary escapes through search_path manipulation, SECURITY DEFINER function abuse, RLS bypass, or extension-installation vectors that hand a user rights they should not hold. Server-side procedural languages, PL/pgSQL, PL/Perl, PL/Python, and PL/Tcl, especially trusted-language sandbox escapes. Bundled contrib and extension modules such as postgres_fdw, dblink, pg_stat_statements, adminpack, sepgsql, and the cube/hstore/ltree parsers. The libpq client library, including connection-string parsing and TLS/certificate handling (validation gaps, downgrade attacks). Official installers and packaging across RPM, DEB, and the Windows and macOS builds. In-family projects covered by the umbrella Security Team, including pgAdmin, PgBouncer, the JDBC and ODBC drivers, and pgvector. Actively supported major versions only: 18, 17, 16, 15, and 14, with fixes shipped in scheduled minor releases. Out of scope Anything only a superuser can trigger; superusers hold full administrative privilege by design, so their actions are not treated as vulnerabilities. Denial-of-service caused by an authenticated user running an otherwise valid SQL statement; file these as ordinary bugs, not security reports. The intentional absence of DMARC on the project mailing lists. Unsupported major versions (13 and earlier) that no longer receive security patches. Non-security functional bugs, which belong in the normal bug-report channel rather than the security queue. Findings in the related ecosystem projects that should go directly to their own security contacts when they fall outside the core team's remit. Most-valued findings Privilege escalation reaching data or permissions the user was never granted, whether through search_path tricks, SECURITY DEFINER functions, RLS bypass, or extension-install paths. Arbitrary code execution inside a PostgreSQL process, including native memory-corruption and procedural-language or extension sandbox escapes. Authentication bypass and other broken access control across the auth stack. SQL injection in server-side code paths or system functions that crosses a privilege boundary. Memory-safety defects in the backend and its parsers, such as buffer overflow, out-of-bounds access, and integer overflow reachable by a permitted operation. Information disclosure that crosses a trust boundary, including reading another user's data or leaking server process memory. Program rules Submit through sorona.xyz. This project runs no bounty of its own; we validate, coordinate disclosure with the maintainers, and pay you directly. Test only against your own instances; never touch production systems or other users' data. Report a suspected issue privately to the Security Team and, if in doubt whether it qualifies, report it anyway. Provide clear reproduction steps and affected versions so the team can validate the finding. Keep the issue confidential until the project ships a fix and publishes its advisory. Do not register or request a CVE yourself; the Security Team, acting as CNA, handles all CVE assignment. Do not run automated scanners or attacks that degrade shared infrastructure. Disclosure This program runs under coordinated disclosure: the Security Team validates the report, develops a fix, and typically ships it in the next scheduled minor release, or exceptionally in an out-of-cycle emergency release. Nothing may be disclosed publicly until PostgreSQL has released the fix and its advisory. Safe harbor Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf. You are responsible for understanding and following the laws that apply to you, wherever you are, and for staying within any scope the project has defined. Submit a vulnerability