CVE-2026-96581

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2026-96581", "assignerOrgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "state": "PUBLISHED", "assignerShortName": "EEF", "dateReserved": "2026-10-25T17:30:02.206Z", "datePublished": "2026-10-26T07:20:07.186Z", "dateUpdated": "2026-10-26T14:35:19.745Z"}, "containers": {"cna": {"affected": [{"collectionURL": "https://repo.hex.pm", "cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "packageName": "ash", "packageURL": "pkg:hex/ash", "product": "ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "versions": [{"lessThan": "3.37.2", "status": "affected", "version": "1.22.0", "versionType": "semver"}]}, {"collectionURL": "https://github.com", "cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "packageName": "ash-project/ash", "packageURL": "pkg:github/ash-project/ash", "product": "ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "versions": [{"lessThan": "c9f0cdb31e7c084def05f3f5be69dd7bb7721754", "status": "affected", "version": "2333d01ddf37e5909769a513059b27e3183331c5", "versionType": "git"}]}], "configurations": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with <code>upsert? true</code> that either upserts on the primary key (no <code>upsert_identity</code>) and accepts it, or upserts on an <code>all_tenants?</code> identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export).</p>"}, {"base64": false, "type": "text/markdown", "value": "Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with `upsert? true` that either upserts on the primary key (no `upsert_identity`) and accepts it, or upserts on an `all_tenants?` identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export)."}], "value": "Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with upsert? true that either upserts on the primary key (no upsert_identity) and accepts it, or upserts on an all_tenants? identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export)."}], "cpeApplicability": [{"nodes": [{"cpeMatch": [{"criteria": "cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*", "versionEndExcluding": "3.37.2", "versionStartIncluding": "1.22.0", "vulnerable": true}], "negate": false, "operator": "OR"}], "operator": "AND"}], "credits": [{"lang": "en", "type": "finder", "value": "Will Townsend"}, {"lang": "en", "type": "reporter", "value": "Will Townsend"}, {"lang": "en", "type": "remediation developer", "value": "Zach Daniel / Ash Project"}], "dateAssigned": "2026-10-26T05:14:04.000Z", "descriptions": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.</p>\n<p>Under attribute multitenancy, <code>Ash.Actions.Create</code> (<code>lib/ash/actions/create/create.ex</code>) and <code>Ash.Actions.Create.Bulk</code> (<code>lib/ash/actions/create/bulk.ex</code>) upserted on the primary key, or on an <code>all_tenants?</code> identity, without scoping the conflicting record to the request's tenant. A caller of a create action with <code>upsert? true</code> that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.</p>\n<p>This issue affects ash: from 1.22.0 before 3.37.2.</p>"}, {"base64": false, "type": "text/markdown", "value": "Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\n\nUnder attribute multitenancy, `Ash.Actions.Create` (`lib/ash/actions/create/create.ex`) and `Ash.Actions.Create.Bulk` (`lib/ash/actions/create/bulk.ex`) upserted on the primary key, or on an `all_tenants?` identity, without scoping the conflicting record to the request's tenant. A caller of a create action with `upsert? true` that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\n\nThis issue affects ash: from 1.22.0 before 3.37.2."}], "value": "Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\n\nUnder attribute multitenancy, Ash.Actions.Create (lib/ash/actions/create/create.ex) and Ash.Actions.Create.Bulk (lib/ash/actions/create/bulk.ex) upserted on the primary key, or on an all_tenants? identity, without scoping the conflicting record to the request's tenant. A caller of a create action with upsert? true that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\n\nThis issue affects ash: from 1.22.0 before 3.37.2."}], "impacts": [{"capecId": "CAPEC-1", "descriptions": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant.</p>"}, {"base64": false, "type": "text/markdown", "value": "A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant."}], "value": "A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant."}]}], "metrics": [{"cvssV4_0": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "NETWORK", "baseScore": 7.6, "baseSeverity": "HIGH", "privilegesRequired": "LOW", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "NONE", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "HIGH", "vulnIntegrityImpact": "HIGH", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "format": "CVSS", "scenarios": [{"lang": "en", "value": "GENERAL"}]}], "problemTypes": [{"descriptions": [{"cweId": "CWE-639", "description": "CWE-639 Authorization Bypass Through User-Controlled Key", "lang": "en", "type": "CWE"}]}], "providerMetadata": {"orgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "shortName": "EEF", "dateUpdated": "2026-10-26T07:20:07.186Z"}, "references": [{"name": "An upsert on the primary key in Ash ignores attribute multitenancy, so one tenant can read, overwrite and take over another tenant's records", "tags": ["vendor-advisory", "related"], "url": "https://github.com/ash-project/ash/security/advisories/GHSA-vw7c-67pf-gh96"}, {"name": "EEF CNA record for CVE-2026-96581", "tags": ["related"], "url": "https://cna.erlef.org/cves/CVE-2026-96581.html"}, {"name": "OSV record EEF-CVE-2026-96581", "tags": ["related"], "url": "https://osv.dev/vulnerability/EEF-CVE-2026-96581"}, {"name": "Introducing commit 2333d01 in ash-project/ash", "tags": ["related"], "url": "https://github.com/ash-project/ash/commit/2333d01ddf37e5909769a513059b27e3183331c5"}, {"name": "Fix commit c9f0cdb in ash-project/ash", "tags": ["patch"], "url": "https://github.com/ash-project/ash/commit/c9f0cdb31e7c084def05f3f5be69dd7bb7721754"}], "source": {"discovery": "EXTERNAL"}, "title": "An upsert on the primary key in Ash ignores attribute multitenancy, so one tenant can read, overwrite and take over another tenant's records", "workarounds": [{"lang": "en", "supportingMedia": [{"base64": false, "type": "text/html", "value": "<p>Add <code>upsert_condition expr(&lt;tenant attribute&gt; == ^tenant())</code> to every create action that upserts on the primary key or on an <code>all_tenants?</code> identity, and do not combine it with <code>return_skipped_upsert?</code>. An upsert into another tenant's record then fails with <code>Ash.Error.Changes.StaleRecord</code> (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions.</p>"}, {"base64": false, "type": "text/markdown", "value": "Add `upsert_condition expr(<tenant attribute> == ^tenant())` to every create action that upserts on the primary key or on an `all_tenants?` identity, and do not combine it with `return_skipped_upsert?`. An upsert into another tenant's record then fails with `Ash.Error.Changes.StaleRecord` (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions."}], "value": "Add upsert_condition expr(<tenant attribute> == ^tenant()) to every create action that upserts on the primary key or on an all_tenants? identity, and do not combine it with return_skipped_upsert?. An upsert into another tenant's record then fails with Ash.Error.Changes.StaleRecord (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions."}]}, "adp": [{"metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-96581", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "total"}], "version": "2.0.3", "timestamp": "2026-10-26T14:25:41.244972Z"}}}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-10-26T14:35:19.745Z"}}]}}

{"dataType": "CVE_RECORD", "containers": {"adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"other": {"type": "ssvc", "content": {"id": "CVE-2026-96581", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "total"}], "version": "2.0.3", "timestamp": "2026-10-26T14:25:41.244972Z"}}}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-10-26T14:31:23.602Z"}}], "cna": {"title": "An upsert on the primary key in Ash ignores attribute multitenancy, so one tenant can read, overwrite and take over another tenant's records", "source": {"discovery": "EXTERNAL"}, "credits": [{"lang": "en", "type": "finder", "value": "Will Townsend"}, {"lang": "en", "type": "reporter", "value": "Will Townsend"}, {"lang": "en", "type": "remediation developer", "value": "Zach Daniel / Ash Project"}], "impacts": [{"capecId": "CAPEC-1", "descriptions": [{"lang": "en", "value": "A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant.", "supportingMedia": [{"type": "text/html", "value": "<p>A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant.</p>", "base64": false}, {"type": "text/markdown", "value": "A signed-in user of one tenant posts another tenant's record id to an upserting create action, receives that record's attributes, overwrites its upsert fields, and with the default upsert fields moves it into their own tenant.", "base64": false}]}]}], "metrics": [{"format": "CVSS", "cvssV4_0": {"Safety": "NOT_DEFINED", "version": "4.0", "Recovery": "NOT_DEFINED", "baseScore": 7.6, "Automatable": "NOT_DEFINED", "attackVector": "NETWORK", "baseSeverity": "HIGH", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N", "providerUrgency": "NOT_DEFINED", "userInteraction": "NONE", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "privilegesRequired": "LOW", "subIntegrityImpact": "NONE", "vulnIntegrityImpact": "HIGH", "subAvailabilityImpact": "NONE", "vulnAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "vulnConfidentialityImpact": "HIGH", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "scenarios": [{"lang": "en", "value": "GENERAL"}]}], "affected": [{"cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "product": "ash", "versions": [{"status": "affected", "version": "1.22.0", "lessThan": "3.37.2", "versionType": "semver"}], "packageURL": "pkg:hex/ash", "packageName": "ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "collectionURL": "https://repo.hex.pm", "defaultStatus": "unaffected", "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}]}, {"cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "product": "ash", "versions": [{"status": "affected", "version": "2333d01ddf37e5909769a513059b27e3183331c5", "lessThan": "c9f0cdb31e7c084def05f3f5be69dd7bb7721754", "versionType": "git"}], "packageURL": "pkg:github/ash-project/ash", "packageName": "ash-project/ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "collectionURL": "https://github.com", "defaultStatus": "unaffected", "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}]}], "references": [{"url": "https://github.com/ash-project/ash/security/advisories/GHSA-vw7c-67pf-gh96", "name": "An upsert on the primary key in Ash ignores attribute multitenancy, so one tenant can read, overwrite and take over another tenant's records", "tags": ["vendor-advisory", "related"]}, {"url": "https://cna.erlef.org/cves/CVE-2026-96581.html", "name": "EEF CNA record for CVE-2026-96581", "tags": ["related"]}, {"url": "https://osv.dev/vulnerability/EEF-CVE-2026-96581", "name": "OSV record EEF-CVE-2026-96581", "tags": ["related"]}, {"url": "https://github.com/ash-project/ash/commit/2333d01ddf37e5909769a513059b27e3183331c5", "name": "Introducing commit 2333d01 in ash-project/ash", "tags": ["related"]}, {"url": "https://github.com/ash-project/ash/commit/c9f0cdb31e7c084def05f3f5be69dd7bb7721754", "name": "Fix commit c9f0cdb in ash-project/ash", "tags": ["patch"]}], "workarounds": [{"lang": "en", "value": "Add upsert_condition expr(<tenant attribute> == ^tenant()) to every create action that upserts on the primary key or on an all_tenants? identity, and do not combine it with return_skipped_upsert?. An upsert into another tenant's record then fails with Ash.Error.Changes.StaleRecord (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions.", "supportingMedia": [{"type": "text/html", "value": "<p>Add <code>upsert_condition expr(&lt;tenant attribute&gt; == ^tenant())</code> to every create action that upserts on the primary key or on an <code>all_tenants?</code> identity, and do not combine it with <code>return_skipped_upsert?</code>. An upsert into another tenant's record then fails with <code>Ash.Error.Changes.StaleRecord</code> (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions.</p>", "base64": false}, {"type": "text/markdown", "value": "Add `upsert_condition expr(<tenant attribute> == ^tenant())` to every create action that upserts on the primary key or on an `all_tenants?` identity, and do not combine it with `return_skipped_upsert?`. An upsert into another tenant's record then fails with `Ash.Error.Changes.StaleRecord` (or is skipped in a bulk create) and leaves that record unchanged. This does not help on the Mnesia data layer, which ignores upsert conditions in affected versions.", "base64": false}]}], "dateAssigned": "2026-10-26T05:14:04.000Z", "descriptions": [{"lang": "en", "value": "Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\n\nUnder attribute multitenancy, Ash.Actions.Create (lib/ash/actions/create/create.ex) and Ash.Actions.Create.Bulk (lib/ash/actions/create/bulk.ex) upserted on the primary key, or on an all_tenants? identity, without scoping the conflicting record to the request's tenant. A caller of a create action with upsert? true that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\n\nThis issue affects ash: from 1.22.0 before 3.37.2.", "supportingMedia": [{"type": "text/html", "value": "<p>Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.</p>\n<p>Under attribute multitenancy, <code>Ash.Actions.Create</code> (<code>lib/ash/actions/create/create.ex</code>) and <code>Ash.Actions.Create.Bulk</code> (<code>lib/ash/actions/create/bulk.ex</code>) upserted on the primary key, or on an <code>all_tenants?</code> identity, without scoping the conflicting record to the request's tenant. A caller of a create action with <code>upsert? true</code> that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.</p>\n<p>This issue affects ash: from 1.22.0 before 3.37.2.</p>", "base64": false}, {"type": "text/markdown", "value": "Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\n\nUnder attribute multitenancy, `Ash.Actions.Create` (`lib/ash/actions/create/create.ex`) and `Ash.Actions.Create.Bulk` (`lib/ash/actions/create/bulk.ex`) upserted on the primary key, or on an `all_tenants?` identity, without scoping the conflicting record to the request's tenant. A caller of a create action with `upsert? true` that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\n\nThis issue affects ash: from 1.22.0 before 3.37.2.", "base64": false}]}], "problemTypes": [{"descriptions": [{"lang": "en", "type": "CWE", "cweId": "CWE-639", "description": "CWE-639 Authorization Bypass Through User-Controlled Key"}]}], "configurations": [{"lang": "en", "value": "Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with upsert? true that either upserts on the primary key (no upsert_identity) and accepts it, or upserts on an all_tenants? identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export).", "supportingMedia": [{"type": "text/html", "value": "<p>Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with <code>upsert? true</code> that either upserts on the primary key (no <code>upsert_identity</code>) and accepts it, or upserts on an <code>all_tenants?</code> identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export).</p>", "base64": false}, {"type": "text/markdown", "value": "Reachable when a resource uses attribute multitenancy and exposes to callers of one tenant a create action with `upsert? true` that either upserts on the primary key (no `upsert_identity`) and accepts it, or upserts on an `all_tenants?` identity, and the caller knows or can enumerate a key belonging to another tenant (for example a serial integer id, or an id from a shared link or export).", "base64": false}]}], "cpeApplicability": [{"nodes": [{"negate": false, "cpeMatch": [{"criteria": "cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*", "vulnerable": true, "versionEndExcluding": "3.37.2", "versionStartIncluding": "1.22.0"}], "operator": "OR"}], "operator": "AND"}], "providerMetadata": {"orgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "shortName": "EEF", "dateUpdated": "2026-10-26T07:20:07.186Z"}}}, "cveMetadata": {"cveId": "CVE-2026-96581", "state": "PUBLISHED", "dateUpdated": "2026-10-26T14:35:19.745Z", "dateReserved": "2026-10-25T17:30:02.206Z", "assignerOrgId": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "datePublished": "2026-10-26T07:20:07.186Z", "assignerShortName": "EEF"}, "dataVersion": "5.2"}

{"affected": [{"affectedData": [{"collectionURL": "https://repo.hex.pm", "cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "packageName": "ash", "packageURL": "pkg:hex/ash", "product": "ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "versions": [{"lessThan": "3.37.2", "status": "affected", "version": "1.22.0", "versionType": "semver"}]}, {"collectionURL": "https://github.com", "cpes": ["cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*"], "defaultStatus": "unaffected", "modules": ["'Elixir.Ash.Actions.Create'", "'Elixir.Ash.Actions.Create.Bulk'", "'Elixir.Ash.DataLayer.Ets'", "'Elixir.Ash.DataLayer.Mnesia'"], "packageName": "ash-project/ash", "packageURL": "pkg:github/ash-project/ash", "product": "ash", "programFiles": ["lib/ash/actions/create/create.ex", "lib/ash/actions/create/bulk.ex", "lib/ash/data_layer/ets/ets.ex", "lib/ash/data_layer/mnesia/mnesia.ex"], "programRoutines": [{"name": "'Elixir.Ash.Actions.Create':run/4"}, {"name": "'Elixir.Ash.Actions.Create.Bulk':run/5"}, {"name": "'Elixir.Ash.DataLayer.Ets':upsert/4"}, {"name": "'Elixir.Ash.DataLayer.Mnesia':upsert/4"}], "repo": "https://github.com/ash-project/ash", "vendor": "ash-project", "versions": [{"lessThan": "c9f0cdb31e7c084def05f3f5be69dd7bb7721754", "status": "affected", "version": "2333d01ddf37e5909769a513059b27e3183331c5", "versionType": "git"}]}], "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db"}], "cveTags": [], "descriptions": [{"lang": "en", "value": "Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\n\nUnder attribute multitenancy, Ash.Actions.Create (lib/ash/actions/create/create.ex) and Ash.Actions.Create.Bulk (lib/ash/actions/create/bulk.ex) upserted on the primary key, or on an all_tenants? identity, without scoping the conflicting record to the request's tenant. A caller of a create action with upsert? true that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\n\nThis issue affects ash: from 1.22.0 before 3.37.2."}], "id": "CVE-2026-96581", "lastModified": "2026-10-26T15:16:47.257", "metrics": {"cvssMetricV40": [{"cvssData": {"Automatable": "NOT_DEFINED", "Recovery": "NOT_DEFINED", "Safety": "NOT_DEFINED", "attackComplexity": "LOW", "attackRequirements": "PRESENT", "attackVector": "NETWORK", "availabilityRequirement": "NOT_DEFINED", "baseScore": 7.6, "baseSeverity": "HIGH", "confidentialityRequirement": "NOT_DEFINED", "exploitMaturity": "NOT_DEFINED", "integrityRequirement": "NOT_DEFINED", "modifiedAttackComplexity": "NOT_DEFINED", "modifiedAttackRequirements": "NOT_DEFINED", "modifiedAttackVector": "NOT_DEFINED", "modifiedPrivilegesRequired": "NOT_DEFINED", "modifiedSubAvailabilityImpact": "NOT_DEFINED", "modifiedSubConfidentialityImpact": "NOT_DEFINED", "modifiedSubIntegrityImpact": "NOT_DEFINED", "modifiedUserInteraction": "NOT_DEFINED", "modifiedVulnAvailabilityImpact": "NOT_DEFINED", "modifiedVulnConfidentialityImpact": "NOT_DEFINED", "modifiedVulnIntegrityImpact": "NOT_DEFINED", "privilegesRequired": "LOW", "providerUrgency": "NOT_DEFINED", "subAvailabilityImpact": "NONE", "subConfidentialityImpact": "NONE", "subIntegrityImpact": "NONE", "userInteraction": "NONE", "valueDensity": "NOT_DEFINED", "vectorString": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X", "version": "4.0", "vulnAvailabilityImpact": "NONE", "vulnConfidentialityImpact": "HIGH", "vulnIntegrityImpact": "HIGH", "vulnerabilityResponseEffort": "NOT_DEFINED"}, "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-96581", "options": [{"exploitation": "none"}, {"automatable": "no"}, {"technicalImpact": "total"}], "role": "CISA Coordinator", "timestamp": "2026-10-26T14:25:41.244972Z", "version": "2.0.3"}}]}, "published": "2026-10-26T08:17:20.423", "references": [{"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://cna.erlef.org/cves/CVE-2026-96581.html"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/ash-project/ash/commit/2333d01ddf37e5909769a513059b27e3183331c5"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/ash-project/ash/commit/c9f0cdb31e7c084def05f3f5be69dd7bb7721754"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://github.com/ash-project/ash/security/advisories/GHSA-vw7c-67pf-gh96"}, {"source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "url": "https://osv.dev/vulnerability/EEF-CVE-2026-96581"}], "sourceIdentifier": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "vulnStatus": "Deferred", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-639"}], "source": "6b3ad84c-e1a6-4bf7-a703-f496b71e49db", "type": "Secondary"}]}

{"bugzilla": {"description": "ash: ash: Cross-tenant authorization bypass via unscoped upsert operations", "id": "2560533", "url": "https://bugzilla.redhat.com/show_bug.cgi?id=2560533"}, "csaw": false, "cvss3": {"cvss3_base_score": "8.1", "cvss3_scoring_vector": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N", "status": "draft"}, "cwe": "CWE-639", "details": ["Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash allows a user of one tenant to read, overwrite and take over another tenant's records via an upserting create action.\nUnder attribute multitenancy, Ash.Actions.Create (lib/ash/actions/create/create.ex) and Ash.Actions.Create.Bulk (lib/ash/actions/create/bulk.ex) upserted on the primary key, or on an all_tenants? identity, without scoping the conflicting record to the request's tenant. A caller of a create action with upsert? true that accepts the primary key, supplying a record id from another tenant, updated that record's upsert fields and received all of its attributes in the result. With the default upsert fields the tenant attribute was written too, moving the record into the caller's tenant. Read and update policies do not run for upserts, and tenant-scoped create policies pass because the tenant is the caller's own.\nThis issue affects ash: from 1.22.0 before 3.37.2.", "A flaw was found in ash. In multitenant configurations, record creation actions configured to update existing entries (upsert) do not properly verify that conflicting records belong to the requesting tenant. An authenticated user can exploit this vulnerability by submitting a record identifier from another tenant during an upsert operation. This allows the attacker to bypass authorization controls, inspect sensitive information, overwrite data, and reassign ownership of records belonging to other tenants."], "name": "CVE-2026-96581", "public_date": "2026-10-26T07:20:07Z", "references": ["https://www.cve.org/CVERecord?id=CVE-2026-96581\nhttps://nvd.nist.gov/vuln/detail/CVE-2026-96581\nhttps://cna.erlef.org/cves/CVE-2026-96581.html\nhttps://github.com/ash-project/ash/commit/2333d01ddf37e5909769a513059b27e3183331c5\nhttps://github.com/ash-project/ash/commit/c9f0cdb31e7c084def05f3f5be69dd7bb7721754\nhttps://github.com/ash-project/ash/security/advisories/GHSA-vw7c-67pf-gh96\nhttps://osv.dev/vulnerability/EEF-CVE-2026-96581"], "statement": "This vulnerability is rated as an Important severity flaw because an authenticated tenant can cross isolation boundaries to read, alter, or claim ownership of records belonging to other tenants, compromising both confidentiality and data integrity. The issue only manifests in multitenant application deployments utilizing upsert actions on primary keys or global identities. Red Hat Enterprise Linux and other supported Red Hat software do not package or deploy the Ash framework, so default Red Hat environments are not exposed to this risk.", "threat_severity": "Important"}

{"affected": [{"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "semver", "value": "[1.22.0,3.37.2)"}}], "enrichment": {"confidence": 95.0, "confidence_source": "inferred", "scores": [{"score": 95.0, "source": "inferred"}, {"score": 100.0, "source": "matching"}]}, "original": {"product": "ash", "source": "cna", "vendor": "ash-project"}, "product": "ash", "vendor": "ash-project"}, {"configurations": [{"platform": null, "status": "affected", "versions": {"scheme": "code_commit", "value": "[2333d01ddf37e5909769a513059b27e3183331c5,c9f0cdb31e7c084def05f3f5be69dd7bb7721754)"}}], "enrichment": {"confidence": 95.0, "confidence_source": "inferred", "scores": [{"score": 95.0, "source": "inferred"}, {"score": 100.0, "source": "matching"}]}, "original": {"product": "ash", "source": "cna", "vendor": "ash-project"}, "product": "ash", "vendor": "ash-project"}], "created": "2026-10-26T08:30:08.111545+00:00", "updated": "2026-10-26T11:45:14.083359+00:00", "vendors": ["ash-project", "ash-project$PRODUCT$ash"]}