Search

Find a vulnerability

Search criteria

    4 vulnerabilities found for @neo4j/graphql by Neo4j

    CVE-2026-92682 (GCVE-0-2026-92682)

    Vulnerability from nvd – Published: 2026-10-12 15:07 – Updated: 2026-10-12 15:07
    VLAI
    Title
    @neo4j/graphql: authorization relationship and connection filters invert the "none" quantifier
    Summary
    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.
    CWE
    • CWE-863 - Incorrect Authorization
    Assigner
    Neo4j CNA under the mitre root
    CNA scorecard – unranked: 5 records in the last 180 days, 10 needed details
    Impacted products
    Vendor Product Version
    Neo4j @neo4j/graphql Affected: 7.0.0 , < 7.6.4 (semver)
    Create a notification for this product.
    Show details on NVD website

    {
      "containers": {
        "cna": {
          "affected": [
            {
              "collectionURL": "https://registry.npmjs.org",
              "defaultStatus": "unaffected",
              "packageName": "@neo4j/graphql",
              "product": "@neo4j/graphql",
              "repo": "https://github.com/neo4j/graphql",
              "vendor": "Neo4j",
              "versions": [
                {
                  "lessThan": "7.6.4",
                  "status": "affected",
                  "version": "7.0.0",
                  "versionType": "semver"
                }
              ]
            }
          ],
          "credits": [
            {
              "lang": "en",
              "type": "finder",
              "value": "Neo4j Application Security team"
            }
          ],
          "descriptions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "In @neo4j/graphql versions from 7.0.0 up to but not including 7.6.4, the \u003ccode\u003enone\u003c/code\u003e quantifier in \u003ccode\u003e@authorization\u003c/code\u003e filters on relationships and connections is not negated when translated to Cypher, so it behaves like \u003ccode\u003esome\u003c/code\u003e. 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\u0027t have access according to the typedefs. Fixed in 7.6.4."
                }
              ],
              "value": "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\u0027t have access according to the typedefs. Fixed in 7.6.4."
            }
          ],
          "metrics": [
            {
              "cvssV4_0": {
                "Automatable": "NOT_DEFINED",
                "Recovery": "NOT_DEFINED",
                "Safety": "NOT_DEFINED",
                "attackComplexity": "LOW",
                "attackRequirements": "NONE",
                "attackVector": "NETWORK",
                "baseScore": 8.6,
                "baseSeverity": "HIGH",
                "exploitMaturity": "NOT_DEFINED",
                "privilegesRequired": "LOW",
                "providerUrgency": "NOT_DEFINED",
                "subAvailabilityImpact": "NONE",
                "subConfidentialityImpact": "NONE",
                "subIntegrityImpact": "NONE",
                "userInteraction": "NONE",
                "valueDensity": "NOT_DEFINED",
                "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N",
                "version": "4.0",
                "vulnAvailabilityImpact": "NONE",
                "vulnConfidentialityImpact": "HIGH",
                "vulnIntegrityImpact": "HIGH",
                "vulnerabilityResponseEffort": "NOT_DEFINED"
              },
              "format": "CVSS",
              "scenarios": [
                {
                  "lang": "en",
                  "value": "GENERAL"
                }
              ]
            }
          ],
          "problemTypes": [
            {
              "descriptions": [
                {
                  "cweId": "CWE-863",
                  "description": "CWE-863 Incorrect Authorization",
                  "lang": "en",
                  "type": "CWE"
                }
              ]
            }
          ],
          "providerMetadata": {
            "dateUpdated": "2026-10-12T15:07:44.638Z",
            "orgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
            "shortName": "Neo4j"
          },
          "references": [
            {
              "name": "GHSA-h873-p2wr-fjx6",
              "tags": [
                "vendor-advisory"
              ],
              "url": "https://github.com/neo4j/graphql/security/advisories/GHSA-h873-p2wr-fjx6"
            },
            {
              "name": "Fix commit 17650cc",
              "tags": [
                "patch"
              ],
              "url": "https://github.com/neo4j/graphql/commit/17650cc370445a6bb9d394d34063d3623e987aa2"
            },
            {
              "name": "@neo4j/graphql 7.6.4 release notes",
              "tags": [
                "release-notes"
              ],
              "url": "https://github.com/neo4j/graphql/releases/tag/%40neo4j%2Fgraphql%407.6.4"
            },
            {
              "tags": [
                "product"
              ],
              "url": "https://www.npmjs.com/package/@neo4j/graphql"
            }
          ],
          "solutions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eUpgrade @neo4j/graphql to version 7.6.4 or later.\u003c/p\u003e"
                }
              ],
              "value": "Upgrade @neo4j/graphql to version 7.6.4 or later."
            }
          ],
          "source": {
            "discovery": "INTERNAL"
          },
          "title": "@neo4j/graphql: authorization relationship and connection filters invert the \"none\" quantifier",
          "workarounds": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eAvoid the none quantifier in @authorization relationship and connection filters until you can upgrade, and verify any replacement rule with tests that cover both denied and allowed users.\u003c/p\u003e"
                }
              ],
              "value": "Avoid the none quantifier in @authorization relationship and connection filters until you can upgrade, and verify any replacement rule with tests that cover both denied and allowed users."
            }
          ],
          "x_generator": {
            "engine": "Vulnogram 1.0.5"
          }
        }
      },
      "cveMetadata": {
        "assignerOrgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
        "assignerShortName": "Neo4j",
        "cveId": "CVE-2026-92682",
        "datePublished": "2026-10-12T15:07:44.638Z",
        "dateReserved": "2026-09-16T16:17:17.929Z",
        "dateUpdated": "2026-10-12T15:07:44.638Z",
        "state": "PUBLISHED"
      },
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }

    CVE-2026-92681 (GCVE-0-2026-92681)

    Vulnerability from nvd – Published: 2026-10-12 15:09 – Updated: 2026-10-12 15:09
    VLAI
    Title
    @neo4j/graphql: schema-level and type-level @authentication not enforced on top-level @cypher fields
    Summary
    In @neo4j/graphql versions up to and including 7.6.3, @authentication directives applied at the schema level or on the Query or Mutation types are silently ignored for top-level fields annotated with @cypher. Only @authentication directives placed directly on the individual fields are enforced. An application that exposes a top-level @cypher field and relies on schema-level or type-level @authentication to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4.
    CWE
    • CWE-306 - Missing Authentication for Critical Function
    Assigner
    Neo4j CNA under the mitre root
    CNA scorecard – unranked: 5 records in the last 180 days, 10 needed details
    Impacted products
    Vendor Product Version
    Neo4j @neo4j/graphql Affected: 3.23.0 , < 7.6.4 (semver)
    Create a notification for this product.
    Show details on NVD website

    {
      "containers": {
        "cna": {
          "affected": [
            {
              "collectionURL": "https://registry.npmjs.org",
              "defaultStatus": "unaffected",
              "packageName": "@neo4j/graphql",
              "product": "@neo4j/graphql",
              "repo": "https://github.com/neo4j/graphql",
              "vendor": "Neo4j",
              "versions": [
                {
                  "lessThan": "7.6.4",
                  "status": "affected",
                  "version": "3.23.0",
                  "versionType": "semver"
                }
              ]
            }
          ],
          "descriptions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "In @neo4j/graphql versions up to and including 7.6.3, \u003ccode\u003e@authentication\u003c/code\u003e directives applied at the schema level or on the \u003ccode\u003eQuery\u003c/code\u003e or \u003ccode\u003eMutation\u003c/code\u003e types are silently ignored for top-level fields annotated with \u003ccode\u003e@cypher\u003c/code\u003e. Only \u003ccode\u003e@authentication\u003c/code\u003e directives placed directly on the individual fields are enforced. An application that exposes a top-level \u003ccode\u003e@cypher\u003c/code\u003e field and relies on schema-level or type-level \u003ccode\u003e@authentication\u003c/code\u003e to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4."
                }
              ],
              "value": "In @neo4j/graphql versions up to and including 7.6.3, @authentication directives applied at the schema level or on the Query or Mutation types are silently ignored for top-level fields annotated with @cypher. Only @authentication directives placed directly on the individual fields are enforced. An application that exposes a top-level @cypher field and relies on schema-level or type-level @authentication to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4."
            }
          ],
          "metrics": [
            {
              "cvssV4_0": {
                "Automatable": "NOT_DEFINED",
                "Recovery": "NOT_DEFINED",
                "Safety": "NOT_DEFINED",
                "attackComplexity": "LOW",
                "attackRequirements": "NONE",
                "attackVector": "NETWORK",
                "baseScore": 9.3,
                "baseSeverity": "CRITICAL",
                "exploitMaturity": "NOT_DEFINED",
                "privilegesRequired": "NONE",
                "providerUrgency": "NOT_DEFINED",
                "subAvailabilityImpact": "NONE",
                "subConfidentialityImpact": "NONE",
                "subIntegrityImpact": "NONE",
                "userInteraction": "NONE",
                "valueDensity": "NOT_DEFINED",
                "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N",
                "version": "4.0",
                "vulnAvailabilityImpact": "NONE",
                "vulnConfidentialityImpact": "HIGH",
                "vulnIntegrityImpact": "HIGH",
                "vulnerabilityResponseEffort": "NOT_DEFINED"
              },
              "format": "CVSS",
              "scenarios": [
                {
                  "lang": "en",
                  "value": "GENERAL"
                }
              ]
            }
          ],
          "problemTypes": [
            {
              "descriptions": [
                {
                  "cweId": "CWE-306",
                  "description": "CWE-306 Missing Authentication for Critical Function",
                  "lang": "en",
                  "type": "CWE"
                }
              ]
            }
          ],
          "providerMetadata": {
            "dateUpdated": "2026-10-12T15:09:49.653Z",
            "orgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
            "shortName": "Neo4j"
          },
          "references": [
            {
              "name": "GHSA-8xj4-8gg9-fx9h",
              "tags": [
                "vendor-advisory"
              ],
              "url": "https://github.com/neo4j/graphql/security/advisories/GHSA-8xj4-8gg9-fx9h"
            },
            {
              "name": "Fix commit ef69cc6",
              "tags": [
                "patch"
              ],
              "url": "https://github.com/neo4j/graphql/commit/ef69cc69ff5e97c60d64aa524005f939c5ba3633"
            },
            {
              "name": "@neo4j/graphql 7.6.4 release notes",
              "tags": [
                "release-notes"
              ],
              "url": "https://github.com/neo4j/graphql/releases/tag/%40neo4j%2Fgraphql%407.6.4"
            },
            {
              "tags": [
                "product"
              ],
              "url": "https://www.npmjs.com/package/@neo4j/graphql"
            }
          ],
          "solutions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eUpgrade @neo4j/graphql to version 7.6.4 or later.\u003c/p\u003e"
                }
              ],
              "value": "Upgrade @neo4j/graphql to version 7.6.4 or later."
            }
          ],
          "source": {
            "discovery": "INTERNAL"
          },
          "title": "@neo4j/graphql: schema-level and type-level @authentication not enforced on top-level @cypher fields",
          "workarounds": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eApply @authentication directly to each top-level @cypher field. Where possible, run the GraphQL service account with least-privilege database permissions.\u003c/p\u003e"
                }
              ],
              "value": "Apply @authentication directly to each top-level @cypher field. Where possible, run the GraphQL service account with least-privilege database permissions."
            }
          ],
          "x_generator": {
            "engine": "Vulnogram 1.0.5"
          }
        }
      },
      "cveMetadata": {
        "assignerOrgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
        "assignerShortName": "Neo4j",
        "cveId": "CVE-2026-92681",
        "datePublished": "2026-10-12T15:09:49.653Z",
        "dateReserved": "2026-09-16T16:17:17.929Z",
        "dateUpdated": "2026-10-12T15:09:49.653Z",
        "state": "PUBLISHED"
      },
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }

    CVE-2026-92681 (GCVE-0-2026-92681)

    Vulnerability from cvelistv5 – Published: 2026-10-12 15:09 – Updated: 2026-10-12 15:09
    VLAI
    Title
    @neo4j/graphql: schema-level and type-level @authentication not enforced on top-level @cypher fields
    Summary
    In @neo4j/graphql versions up to and including 7.6.3, @authentication directives applied at the schema level or on the Query or Mutation types are silently ignored for top-level fields annotated with @cypher. Only @authentication directives placed directly on the individual fields are enforced. An application that exposes a top-level @cypher field and relies on schema-level or type-level @authentication to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4.
    CWE
    • CWE-306 - Missing Authentication for Critical Function
    Assigner
    Neo4j CNA under the mitre root
    CNA scorecard – unranked: 5 records in the last 180 days, 10 needed details
    Impacted products
    Vendor Product Version
    Neo4j @neo4j/graphql Affected: 3.23.0 , < 7.6.4 (semver)
    Create a notification for this product.
    Show details on NVD website

    {
      "containers": {
        "cna": {
          "affected": [
            {
              "collectionURL": "https://registry.npmjs.org",
              "defaultStatus": "unaffected",
              "packageName": "@neo4j/graphql",
              "product": "@neo4j/graphql",
              "repo": "https://github.com/neo4j/graphql",
              "vendor": "Neo4j",
              "versions": [
                {
                  "lessThan": "7.6.4",
                  "status": "affected",
                  "version": "3.23.0",
                  "versionType": "semver"
                }
              ]
            }
          ],
          "descriptions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "In @neo4j/graphql versions up to and including 7.6.3, \u003ccode\u003e@authentication\u003c/code\u003e directives applied at the schema level or on the \u003ccode\u003eQuery\u003c/code\u003e or \u003ccode\u003eMutation\u003c/code\u003e types are silently ignored for top-level fields annotated with \u003ccode\u003e@cypher\u003c/code\u003e. Only \u003ccode\u003e@authentication\u003c/code\u003e directives placed directly on the individual fields are enforced. An application that exposes a top-level \u003ccode\u003e@cypher\u003c/code\u003e field and relies on schema-level or type-level \u003ccode\u003e@authentication\u003c/code\u003e to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4."
                }
              ],
              "value": "In @neo4j/graphql versions up to and including 7.6.3, @authentication directives applied at the schema level or on the Query or Mutation types are silently ignored for top-level fields annotated with @cypher. Only @authentication directives placed directly on the individual fields are enforced. An application that exposes a top-level @cypher field and relies on schema-level or type-level @authentication to protect it allows unauthenticated callers to invoke the field and run the configured Cypher statement with the privileges of the GraphQL service account, which may permit reading and modifying data. Fixed in 7.6.4."
            }
          ],
          "metrics": [
            {
              "cvssV4_0": {
                "Automatable": "NOT_DEFINED",
                "Recovery": "NOT_DEFINED",
                "Safety": "NOT_DEFINED",
                "attackComplexity": "LOW",
                "attackRequirements": "NONE",
                "attackVector": "NETWORK",
                "baseScore": 9.3,
                "baseSeverity": "CRITICAL",
                "exploitMaturity": "NOT_DEFINED",
                "privilegesRequired": "NONE",
                "providerUrgency": "NOT_DEFINED",
                "subAvailabilityImpact": "NONE",
                "subConfidentialityImpact": "NONE",
                "subIntegrityImpact": "NONE",
                "userInteraction": "NONE",
                "valueDensity": "NOT_DEFINED",
                "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N",
                "version": "4.0",
                "vulnAvailabilityImpact": "NONE",
                "vulnConfidentialityImpact": "HIGH",
                "vulnIntegrityImpact": "HIGH",
                "vulnerabilityResponseEffort": "NOT_DEFINED"
              },
              "format": "CVSS",
              "scenarios": [
                {
                  "lang": "en",
                  "value": "GENERAL"
                }
              ]
            }
          ],
          "problemTypes": [
            {
              "descriptions": [
                {
                  "cweId": "CWE-306",
                  "description": "CWE-306 Missing Authentication for Critical Function",
                  "lang": "en",
                  "type": "CWE"
                }
              ]
            }
          ],
          "providerMetadata": {
            "dateUpdated": "2026-10-12T15:09:49.653Z",
            "orgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
            "shortName": "Neo4j"
          },
          "references": [
            {
              "name": "GHSA-8xj4-8gg9-fx9h",
              "tags": [
                "vendor-advisory"
              ],
              "url": "https://github.com/neo4j/graphql/security/advisories/GHSA-8xj4-8gg9-fx9h"
            },
            {
              "name": "Fix commit ef69cc6",
              "tags": [
                "patch"
              ],
              "url": "https://github.com/neo4j/graphql/commit/ef69cc69ff5e97c60d64aa524005f939c5ba3633"
            },
            {
              "name": "@neo4j/graphql 7.6.4 release notes",
              "tags": [
                "release-notes"
              ],
              "url": "https://github.com/neo4j/graphql/releases/tag/%40neo4j%2Fgraphql%407.6.4"
            },
            {
              "tags": [
                "product"
              ],
              "url": "https://www.npmjs.com/package/@neo4j/graphql"
            }
          ],
          "solutions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eUpgrade @neo4j/graphql to version 7.6.4 or later.\u003c/p\u003e"
                }
              ],
              "value": "Upgrade @neo4j/graphql to version 7.6.4 or later."
            }
          ],
          "source": {
            "discovery": "INTERNAL"
          },
          "title": "@neo4j/graphql: schema-level and type-level @authentication not enforced on top-level @cypher fields",
          "workarounds": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eApply @authentication directly to each top-level @cypher field. Where possible, run the GraphQL service account with least-privilege database permissions.\u003c/p\u003e"
                }
              ],
              "value": "Apply @authentication directly to each top-level @cypher field. Where possible, run the GraphQL service account with least-privilege database permissions."
            }
          ],
          "x_generator": {
            "engine": "Vulnogram 1.0.5"
          }
        }
      },
      "cveMetadata": {
        "assignerOrgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
        "assignerShortName": "Neo4j",
        "cveId": "CVE-2026-92681",
        "datePublished": "2026-10-12T15:09:49.653Z",
        "dateReserved": "2026-09-16T16:17:17.929Z",
        "dateUpdated": "2026-10-12T15:09:49.653Z",
        "state": "PUBLISHED"
      },
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }

    CVE-2026-92682 (GCVE-0-2026-92682)

    Vulnerability from cvelistv5 – Published: 2026-10-12 15:07 – Updated: 2026-10-12 15:07
    VLAI
    Title
    @neo4j/graphql: authorization relationship and connection filters invert the "none" quantifier
    Summary
    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.
    CWE
    • CWE-863 - Incorrect Authorization
    Assigner
    Neo4j CNA under the mitre root
    CNA scorecard – unranked: 5 records in the last 180 days, 10 needed details
    Impacted products
    Vendor Product Version
    Neo4j @neo4j/graphql Affected: 7.0.0 , < 7.6.4 (semver)
    Create a notification for this product.
    Show details on NVD website

    {
      "containers": {
        "cna": {
          "affected": [
            {
              "collectionURL": "https://registry.npmjs.org",
              "defaultStatus": "unaffected",
              "packageName": "@neo4j/graphql",
              "product": "@neo4j/graphql",
              "repo": "https://github.com/neo4j/graphql",
              "vendor": "Neo4j",
              "versions": [
                {
                  "lessThan": "7.6.4",
                  "status": "affected",
                  "version": "7.0.0",
                  "versionType": "semver"
                }
              ]
            }
          ],
          "credits": [
            {
              "lang": "en",
              "type": "finder",
              "value": "Neo4j Application Security team"
            }
          ],
          "descriptions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "In @neo4j/graphql versions from 7.0.0 up to but not including 7.6.4, the \u003ccode\u003enone\u003c/code\u003e quantifier in \u003ccode\u003e@authorization\u003c/code\u003e filters on relationships and connections is not negated when translated to Cypher, so it behaves like \u003ccode\u003esome\u003c/code\u003e. 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\u0027t have access according to the typedefs. Fixed in 7.6.4."
                }
              ],
              "value": "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\u0027t have access according to the typedefs. Fixed in 7.6.4."
            }
          ],
          "metrics": [
            {
              "cvssV4_0": {
                "Automatable": "NOT_DEFINED",
                "Recovery": "NOT_DEFINED",
                "Safety": "NOT_DEFINED",
                "attackComplexity": "LOW",
                "attackRequirements": "NONE",
                "attackVector": "NETWORK",
                "baseScore": 8.6,
                "baseSeverity": "HIGH",
                "exploitMaturity": "NOT_DEFINED",
                "privilegesRequired": "LOW",
                "providerUrgency": "NOT_DEFINED",
                "subAvailabilityImpact": "NONE",
                "subConfidentialityImpact": "NONE",
                "subIntegrityImpact": "NONE",
                "userInteraction": "NONE",
                "valueDensity": "NOT_DEFINED",
                "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N",
                "version": "4.0",
                "vulnAvailabilityImpact": "NONE",
                "vulnConfidentialityImpact": "HIGH",
                "vulnIntegrityImpact": "HIGH",
                "vulnerabilityResponseEffort": "NOT_DEFINED"
              },
              "format": "CVSS",
              "scenarios": [
                {
                  "lang": "en",
                  "value": "GENERAL"
                }
              ]
            }
          ],
          "problemTypes": [
            {
              "descriptions": [
                {
                  "cweId": "CWE-863",
                  "description": "CWE-863 Incorrect Authorization",
                  "lang": "en",
                  "type": "CWE"
                }
              ]
            }
          ],
          "providerMetadata": {
            "dateUpdated": "2026-10-12T15:07:44.638Z",
            "orgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
            "shortName": "Neo4j"
          },
          "references": [
            {
              "name": "GHSA-h873-p2wr-fjx6",
              "tags": [
                "vendor-advisory"
              ],
              "url": "https://github.com/neo4j/graphql/security/advisories/GHSA-h873-p2wr-fjx6"
            },
            {
              "name": "Fix commit 17650cc",
              "tags": [
                "patch"
              ],
              "url": "https://github.com/neo4j/graphql/commit/17650cc370445a6bb9d394d34063d3623e987aa2"
            },
            {
              "name": "@neo4j/graphql 7.6.4 release notes",
              "tags": [
                "release-notes"
              ],
              "url": "https://github.com/neo4j/graphql/releases/tag/%40neo4j%2Fgraphql%407.6.4"
            },
            {
              "tags": [
                "product"
              ],
              "url": "https://www.npmjs.com/package/@neo4j/graphql"
            }
          ],
          "solutions": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eUpgrade @neo4j/graphql to version 7.6.4 or later.\u003c/p\u003e"
                }
              ],
              "value": "Upgrade @neo4j/graphql to version 7.6.4 or later."
            }
          ],
          "source": {
            "discovery": "INTERNAL"
          },
          "title": "@neo4j/graphql: authorization relationship and connection filters invert the \"none\" quantifier",
          "workarounds": [
            {
              "lang": "en",
              "supportingMedia": [
                {
                  "base64": false,
                  "type": "text/html",
                  "value": "\u003cp\u003eAvoid the none quantifier in @authorization relationship and connection filters until you can upgrade, and verify any replacement rule with tests that cover both denied and allowed users.\u003c/p\u003e"
                }
              ],
              "value": "Avoid the none quantifier in @authorization relationship and connection filters until you can upgrade, and verify any replacement rule with tests that cover both denied and allowed users."
            }
          ],
          "x_generator": {
            "engine": "Vulnogram 1.0.5"
          }
        }
      },
      "cveMetadata": {
        "assignerOrgId": "3b236295-4ccd-4a1f-a1c1-a72eecc8d7b6",
        "assignerShortName": "Neo4j",
        "cveId": "CVE-2026-92682",
        "datePublished": "2026-10-12T15:07:44.638Z",
        "dateReserved": "2026-09-16T16:17:17.929Z",
        "dateUpdated": "2026-10-12T15:07:44.638Z",
        "state": "PUBLISHED"
      },
      "dataType": "CVE_RECORD",
      "dataVersion": "5.2"
    }