Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privileged Babelfish login
-
ExploitInvoke improperly-restricted privileged operation
-
ExecutionEscalate to elevated database privileges
-
ImpactRead/modify protected data and objects
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Privilege assignment review
|
| Exploitation Conditions | Requires an existing authenticated, remotely-reachable low-privileged login to a Babelfish for PostgreSQL instance running an affected version (1.2-1.5, 2.1-2.15, 3.1-3.12, 4.0-4.8, or 5.1-5.4); exploitation does not require user interaction or elevated privileges beyond that initial authenticated access (PR:L, UI:N, AC:L). No special non-default configuration is named in the vendor advisory, and the specific feature or operation that is improperly access-controlled is not described in the available sources. Exploitation is limited by the authentication requirement (the attacker must already have a valid DB login) and by the affected-version range; instances upgraded to 4.10, 5.6, or 6.1 are not vulnerable. The vendor states there is no workaround, so unpatched affected versions remain exposed to any authenticated principal. |
| Impact | This is a credible, actionable priority rather than a paper-high-CVSS issue, but the signals are moderate rather than emergency-grade. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N, VC:H/VI:H/VA:H) scores 8.7 and describes a network-reachable, low-complexity privilege escalation requiring only low existing privileges (PR:L) and no user interaction, with full confidentiality, integrity and availability impact on the vulnerable system (scope/subsequent system N). The vuln.today decision label is 'this_week', which aligns with a serious-but-not-actively-exploited posture. No EPSS score, no CISA KEV listing, and no proof-of-concept or exploit reference are present in the input, so there is no evidence of active exploitation or public exploit code - exploitation status is therefore 'no public exploit identified at time of analysis'. The key limiting factor is PR:L: an attacker must already hold a valid authenticated Babelfish/SQL Server login, making this a post-authentication escalation (e.g., a low-privileged tenant or application login escalating to higher DB privileges) rather than an unauthenticated internet attack. The vulnerability is confirmed and fixed by the vendor (AWS) via a GHSA advisory and AWS security bulletin, which raises confidence in the finding itself even though exploitation telemetry is absent. |
| Exploit ScenarioDerived | A remote user who already holds a low-privileged authenticated login to a Babelfish-enabled PostgreSQL instance abuses improper access control (CWE-266) to elevate to higher database privileges, gaining read/write and potentially administrative control over data and objects. The specific trigger mechanism is not described in the available sources. No public proof-of-concept or exploit code is referenced in the input. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Nov 03, 2026
Privilege escalation in the Babelfish for PostgreSQL extension (versions 1.2-1.5, 2.1-2.15, 3.1-3.12, 4.0-4.8 and 5.1-5.4) allows remote authenticated users holding only a low-privileged database login to raise their own privileges, with high confidentiality, integrity and availability impact once successful. No user interaction or race condition is required - the assessed vector is CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H - but the attacker must already possess a valid login to a reachable instance, so internet-exposed deployments with shared or loosely managed accounts carry the most risk. There is no public exploit identified at time of analysis and no CISA KEV listing; the vendor states there is no workaround, so only upgrading to 4.10, 5.6 or 6.1 closes the gap.
Earlier versions of this analysis (1)
Privilege escalation in Babelfish for PostgreSQL lets a remote, low-privileged authenticated user (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, 8.8) exceed their granted permissions and obtain high confidentiality, integrity and availability impact within the Babelfish-enabled database. All extension releases in the 1.2-1.5, 2.1-2.15, 3.1-3.12, 4.0-4.8 and 5.1-5.4 ranges are affected; environments that do not enable the Babelfish SQL Server compatibility layer are outside the exposure. AWS rates this an upgrade-worthy priority (vuln.today decision: this_week), not an emergency: no public exploit code or confirmed active exploitation was identified at time of analysis, and the limiting prerequisite is that the attacker must already hold a valid authenticated account on a network-reachable Babelfish endpoint, where the vendor states upgrading is the only remediation.
RemediationAI
Upgrade to a fixed release on the branch you run: Babelfish 4.10 (tag BABEL_4_10_0__PG_16_14, https://github.com/babelfish-for-postgresql/babelfish-for-postgresql/releases#release-BABEL_4_10_0__PG_16_14), 5.6 (tag BABEL_5_6_0__PG_17_10, https://github.com/babelfish-for-postgresql/babelfish-for-postgresql/releases#release-BABEL_5_6_0__PG_17_10) or 6.1 (tag BABEL_6_1_0__PG_18_4, https://github.com/babelfish-for-postgresql/babelfish-for-postgresql/releases/tag/BABEL_6_1_0__PG_18_4); 4.10 and 5.6 are the minimum fixes for the 4.x and 5.x branches respectively, and 6.1 covers the 6.x line, while the 1.x, 2.x and 3.x branches have no fixed release listed and must be moved onto one of the three supported fixed trains. The vendor advisory GHSA-fv9p-9rr9-fm35 states explicitly that there is no workaround and that upgrading to a patched version is required, so no configuration toggle, extension disable or permission tweak substitutes for the upgrade; if a derivative or forked build is in use, the same fixes must be ported into it. The AWS security bulletin at https://aws.amazon.com/security/security-bulletins/2026-165-aws/ should be checked for the managed-service (RDS/Aurora Babelfish) patch timeline, and until an instance is upgraded its exposure is bounded only by the fact that an attacker needs a valid authenticated login, which makes auditing and reducing unnecessary database logins the only exposure-limiting action available while the upgrade is scheduled.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Babelfish for PostgreSQL is an AWS-sponsored open-source extension set that lets SQL Server workloads run against PostgreSQL without application changes, emulating the T-SQL dialect, the Tabular Data Stream (TDS) wire protocol and SQL Server catalog views on top of a stock PostgreSQL cluster; it is tracked as cpe:2.3:a:aws:babelfish-for-postgresql. The flaw is classified CWE-266 (Incorrect Privilege Assignment): the extension's access-control layer fails to correctly bind privileges to the acting principal, so a low-privileged authenticated user can obtain rights they should not hold. The GHSA advisory (GHSA-fv9p-9rr9-fm35) describes it only as 'improper access control allows remote authenticated users to elevate their privileges'; the specific Babelfish feature, T-SQL statement or catalog object whose authorization check is defective is not described in the available sources, so the exact trigger is unconfirmed. The 6.1.0 release notes do list several access-control hardening items - restricting ownership changes of Babelfish objects from the PostgreSQL port, restricting users from altering Babelfish objects in the sys schema, and blocking ALTER AUTHORIZATION on a database when the new owner is a database role, fixed server role or sysadmin - which are consistent in theme with a privilege-assignment fix, but the sources do not explicitly attribute those entries to CVE-2026-119922. Because the issue sits in the extension's SQL Server compatibility surface rather than in PostgreSQL core, the exposure is inherited by any deployment that exposes Babelfish/TDS endpoints, including Amazon RDS and Aurora PostgreSQL Babelfish clusters and self-managed builds.
Know when Babelfish For Postgresql gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable, low-complexity escalation needing an existing low-privileged login (PR:L, AC:L); full C/I/A impact on the database with no scope change per the vendor vector.
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
Lifecycle Timeline
3DescriptionCVE.org
Improper access control in the Babelfish for PostgreSQL extension versions 1.2-1.5, 2.1-2.15, 3.1-3.12, 4.0-4.8, 5.1-5.4 may allow remote authenticated users to elevate their privileges. To remediate this issue, we recommend you upgrade to Babelfish for PostgreSQL extension versions 4.10, 5.6, 6.1 or later.
Technical POC Analysis
Class: CWE-266 (Incorrect Privilege Assignment), reported by the vendor as "improper access control [allowing] remote authenticated users to elevate their privileges" (GHSA-fv9p-9rr9-fm35).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Babelfish for PostgreSQL contains a high-severity privilege-escalation flaw that allows any authenticated low-privilege user to gain full control over the database instance, compromising sensitive data and operations. Because the extension is often deployed in internet-facing environments with shared credentials, the risk of unauthorized access and potential lateral movement is elevated, impacting data confidentiality, integrity, and availability.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
EUVD-2026-116115
NVD
CVE.org
Vulnrichment
GitHub
Exploit-DB