Generation of Error Message Containing Sensitive Information vulnerability in ash-project ashgraphql allows a remote client to read internal field names that an application configured its errorhandler to redact.
In AshGraphql.Errors, each error is passed to the configured errorhandler and the returned map is merged with the pre-handler path via Map.putnew(handled, :path, path). Because putnew 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 builderrorpath/5, which falls back to raw internal Ash attribute and argument names when no fieldnames 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.
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/78xxx/CVE-2026-78693.json",
"unresolved_ranges": [
{
"source": "AFFECTED_FIELD",
"extracted_events": [
{
"introduced": "6d2d8d995906d68cc245d209a9b3f9853405eb61"
},
{
"fixed": "78e90d369f09f44c534816de541e60841066a467"
}
]
}
],
"cna_assigner": "EEF",
"cwe_ids": [
"CWE-209"
]
}