CyberRota Analysis
AI-GeneratedThe vulnerability in ash_graphql allows remote clients to access internal field names through improperly sanitized error messages, potentially exposing sensitive application details. This issue arises when the error handler fails to adequately redact the error path, leading to the disclosure of internal attributes during validation failures. Organizations using ash_graphql versions 1.9.0 to 1.11.0 should prioritize patching this vulnerability to protect sensitive information from unauthorized access.
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
Generation of Error Message Containing Sensitive Information vulnerability in ash-project ash_graphql allows a remote client to read internal field names that an application configured its error_handler to redact. In AshGraphql.Errors, each error is passed to the configured error_handler and the returned map is merged with the pre-handler path via Map.put_new(handled, :path, path). Because put_new defers to the handler only when the handler itself set :path, a sanitizing handler that returns a fresh map or deletes :path has that decision reverted. The re-injected path comes from build_error_path/5, which falls back to raw internal Ash attribute and argument names when no field_names mapping is configured. A validation failure on a non-exposed or nested field therefore returns internal names in the GraphQL error path, defeating the application's redaction. This issue affects ash_graphql: from 1.9.0 before 1.11.0.