High severity · published Oct 12, 2026
CVE-2026-92682
@neo4j/graphql: authorization relationship and connection filters invert the "none" quantifier
8.6
CVSS
0.3%
EPSS
No
On KEV
Description
In @neo4j/graphql versions from 7.0.0 up to but not including 7.6.4, the none quantifier in @authorization filters on relationships and connections is not negated when translated to Cypher, so it behaves like some. A rule such as "none of the related denied users matches the JWT subject" therefore returns exactly the records it was meant to exclude, and excludes those it was meant to return. An authenticated user whom such a rule is meant to deny can read the protected records. This is also the case for mutations, so the impact is that sensitive data could also be created and deleted by users that shouldn't have access according to the typedefs. Fixed in 7.6.4.
Exploitation
Is it being used?
Exploit prediction (EPSS)0.3% · higher than 24% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
NE
@neo4j/graphql · Neo4j
7.0.0 before 7.6.4 · source: vendor
References
NVD
https://nvd.nist.gov/vuln/detail/CVE-2026-92682
CVE.org
https://www.cve.org/CVERecord?id=CVE-2026-92682
vendor-advisory
https://github.com/neo4j/graphql/security/advisories/GHSA-h873-p2wr-fjx6
patch
https://github.com/neo4j/graphql/commit/17650cc370445a6bb9d394d34063d3623e987aa2
release-notes
https://github.com/neo4j/graphql/releases/tag/%40neo4j%2Fgraphql%407.6.4
product
https://www.npmjs.com/package/@neo4j/graphql
More from @neo4j/graphql
9.3
CVE-2026-92681
@neo4j/graphql: schema-level and type-level @authentication not enforced on top-level @cypher fields
