CyberRota Analysis
AI-GeneratedThe vulnerability in ash_graphql allows unauthorized access to GraphQL subscription payloads, potentially exposing sensitive records to subscribers who should not have visibility. The impact is limited to scenarios where multiple notifications are processed in a batch, as the filtering mechanism fails to apply to all results, leading to unauthorized data disclosure. Organizations using ash_graphql versions from 1.4.0 to before 1.11.0 should prioritize patching this issue to mitigate the risk of exposing sensitive information.
Public Exploit Signal
A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.
Note: these links are listed for security research and verification purposes only.
Original NVD Description
Incorrect Authorization vulnerability in ash-project ash_graphql delivers GraphQL subscription payloads for records a subscriber is not authorized to see. In AshGraphql.Subscription.Batcher, do_send/5 resolves the first notification of a batch and filters it with should_send?/1, which drops results whose errors are coded forbidden or not_found or carry no code, precisely so that unauthorized results are not disclosed. The remaining notifications in the batch are read from the process dictionary, re-run through the pipeline, and appended to the outgoing results without that filter. They reach pubsub.publish_subscription/2, and the not is_nil(record) guard drops only nil records, not error-carrying results. Any two qualifying notifications arriving within the default one-second batch interval suffice, and batching is the default path. The fix applies should_send?/1 to the whole batch. This issue affects ash_graphql: from 1.4.0 before 1.11.0.