CVE-2026-78699: CWE-252 Unchecked Return Value in ash-project ash_postgres
Description
Unchecked Return Value vulnerability in ash-project ash_postgres allows a user who can drive a tenant rename to a name that collides with an existing tenant's schema to have their tenant record repointed at that other tenant's live schema, gaining access to its data. AshPostgres.MultiTenancy.rename_tenant/3 issues the ALTER SCHEMA ... RENAME TO ... with the non-raising Ecto.Adapters.SQL.query/2, discards its {:ok, _} | {:error, _} result, and unconditionally returns :ok. PostgreSQL rejects the rename when the target schema already exists (and on insufficient privilege or lock timeout), but that failure never reaches the caller. The calling manage_tenant update action therefore sees success and commits the tenant row with the new name, which is the schema of a different existing tenant, so subsequent reads and writes for that tenant run against the other tenant's data. This issue affects ash_postgres: from 0.25.0 before 2.13.0.
CVSS v4.0
Score 7.2high
Affected software
ash-project
ash_postgres
ash-project
ash_postgres
cpe:2.3:a:ash-project:ash_postgres:*:*:*:*:*:*:*:*Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability arises because ash_postgres's MultiTenancy.rename_tenant/3 function issues an ALTER SCHEMA ... RENAME TO ... command using Ecto.Adapters.SQL.query/2, which returns {:ok, _} or {:error, _}. However, the function discards this result and always returns :ok. When the rename target schema already exists, PostgreSQL rejects the rename, but this failure is not propagated to the caller. Consequently, the calling manage_tenant update action commits the tenant row with the new name, which corresponds to a different existing tenant's schema. This leads to subsequent tenant operations accessing another tenant's data, breaching tenant isolation.
Potential Impact
An attacker with the ability to rename tenants can cause their tenant record to point to another tenant's schema, gaining unauthorized access to that tenant's live data. This breaks tenant data isolation and confidentiality, potentially exposing sensitive information across tenants. The vulnerability requires low privileges (local access) and no user interaction, but the attacker must be able to perform tenant renames.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, avoid performing tenant renames or restrict this operation to trusted administrators only. Monitor for any updates from the ash-project vendor regarding an official fix or workaround.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- EEF
- Date Reserved
- 2026-08-30T06:00:01.261Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6a944ac4acd9273b49b07aa3
Added to database: 08/30/2026, 15:22:44 UTC
Last enriched: 09/07/2026, 15:07:24 UTC
Last updated: 10/15/2026, 18:48:23 UTC
Views: 94
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.