All vulnerabilities
CVE-2026-115635GHSA-36hg-wwp2-fg8w

ash_postgres: AshPostgres returns another tenant's record for a skipped upsert when return_skipped_upsert? is set

ash-project ash_postgres
CVSS
6.0Medium
ExploitationNo known exploitationNot in CISA KEV, which does not prove it is unexploitedCISA KEV
Exploit odds (EPSS)No scoreNo FIRST EPSS score in this snapshot yet
Fixed in2.15.2Also 8aa81220c401cae412d21078d11b3519ea25d3a9CVE List
Published25 Oct 2026Updated 25 Oct 2026CVE List

What fixes it

  • 2.15.2ash_postgresCVE List
  • 8aa81220c401cae412d21078d11b3519ea25d3a9ash_postgresCVE List

A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.

Description

Incorrect Authorization vulnerability in ash-project ash_postgres allows a user to read another tenant's record through a skipped upsert.

When Ash.bulk_create/4 or a single create runs as an upsert with return_skipped_upsert?: true and the upsert is skipped (for example because its upsert_condition does not hold), AshPostgres.DataLayer reads the existing row back by the upsert identity in do_bulk_create/3 and upsert/4. That lookup did not apply the resource's attribute multitenancy, so on a resource using strategy :attribute it could match and return the row of another tenant with the same identity values, exposing its fields to the caller.

This issue affects ash_postgres: from 2.6.22 before 2.15.2.

Text from CVE List

Affected versions 2

  • ash_postgresaffected: 2.6.22 before 2.15.2CVE List
  • ash_postgresaffected: af0903f1380468bbe1b61fe65acb33772b5e24a5 before 8aa81220c401cae412d21078d11b3519ea25d3a9CVE List

References 5