{"affected":[{"package":{"ecosystem":"Hex","name":"ash_graphql","purl":"pkg:hex/ash_graphql"},"ranges":[{"events":[{"introduced":"1.4.0"},{"fixed":"1.11.0"}],"type":"SEMVER"}],"versions":["1.4.0","1.4.1","1.4.2","1.4.3","1.4.4","1.4.5","1.4.6","1.4.7","1.5.0","1.5.1","1.6.0","1.7.0","1.7.1","1.7.2","1.7.3","1.7.4","1.7.5","1.7.6","1.7.7","1.7.8","1.7.9","1.7.10","1.7.11","1.7.12","1.7.13","1.7.14","1.7.15","1.7.16","1.7.17","1.8.0","1.8.1","1.8.2","1.8.3","1.8.4","1.8.5","1.9.0","1.9.1","1.9.2","1.9.3","1.9.4","1.10.0","1.10.1"]},{"ranges":[{"events":[{"introduced":"3cb2c9870d050c7c4bba6c211aaed97d732f7e81"},{"fixed":"b798ef5288664a0261990b19765558f168b718fb"}],"repo":"https://github.com/ash-project/ash_graphql","type":"GIT"}]}],"aliases":["GHSA-wm4m-cjmc-5v8c","CVE-2026-82367"],"credits":[{"name":"Peter Ullrich","type":"FINDER"},{"name":"Peter Ullrich","type":"REPORTER"},{"name":"Zach Daniel / Ash Project","type":"REMEDIATION_DEVELOPER"},{"name":"Jonatan Männchen / EEF","type":"COORDINATOR"}],"database_specific":{"capec_ids":["CAPEC-12"],"cpe_ids":["cpe:2.3:a:ash-project:ash_graphql:*:*:*:*:*:*:*:*"],"cwe_ids":["CWE-488"]},"details":"## Summary\n\nExposure of Data Element to Wrong Session vulnerability in ash-project ash\\_graphql can deliver one subscription's resolved records to a different subscriber's topic.\n\nAshGraphql.Subscription.Batcher.do\\_send/5 reads the resolved batch from the process dictionary via Process.get(:batch\\_resolved) and then unconditionally deletes it. That is sound only inside a task the library owns. On the :backpressure\\_sync and :noproc fallbacks do\\_send/5 runs inline in the publishing caller's process, so if a resolver inside an outer do\\_send/5 triggers another synchronous Ash notification, the inner call finds the outer run's value still under :batch\\_resolved, adopts it as its own result, and publishes it to the inner topic, a different subscription document with a different actor and tenant. It then deletes the key, so the outer run publishes nothing. The key is not namespaced by run, so records cannot be told apart. The fix saves, clears, and restores :batch\\_resolved around each run.\n\nThis issue affects ash\\_graphql: from 1.4.0 before 1.11.0.\n\n## Configuration\n\nThe application uses ash\\_graphql subscriptions where a subscription resolver's execution can itself emit an Ash notification, and delivery takes the synchronous :backpressure\\_sync or :noproc (missing-batcher) path rather than a library-owned task.","id":"EEF-CVE-2026-82367","modified":"2026-08-30T18:17:13.993158Z","published":"2026-08-30T18:17:13.538Z","references":[{"type":"ADVISORY","url":"https://github.com/ash-project/ash_graphql/security/advisories/GHSA-wm4m-cjmc-5v8c"},{"type":"WEB","url":"https://cna.erlef.org/cves/CVE-2026-82367.html"},{"type":"FIX","url":"https://github.com/ash-project/ash_graphql/commit/b798ef5288664a0261990b19765558f168b718fb"},{"type":"PACKAGE","url":"https://hex.pm/packages/ash_graphql"}],"related":[],"schema_version":"1.7.3","severity":[{"score":"CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N","type":"CVSS_V4"}],"summary":"Re-entrant synchronous publish in AshGraphql subscription batcher delivers one subscriber's records to another's topic","upstream":[]}