Graphql Core
Approved changes feed: RSS · Atom
cpe:2.3:a:graphql-python:graphql-core:*:*:*:*:*:*:*:*part: a version: * update: *
| Vendor | Graphql Python (efa8c952-2780-502e-b4d4-6c0e20fc0cd2) |
|---|---|
| Product | Graphql Core (b39846a4-5631-5316-8a5d-cf1d6e51cbdd) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
Notes
Imported from gcve-enriched-dumps CVE data
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-119286 |
vulnerable | 2026-11-03 10:17:11.976790 |
GraphQL-core: Denial of service via memory leak in aborted validations
HIGH (7.5)
GraphQL-core is a Python port of the GraphQL.js reference implementation. From 3.3.0a3 until 3.3.1, validate() reuses a module-level ValidationAbortedError when a document exceeds max_errors. Python appends frames to the reused exception's traceback on every raise, retaining each document, validation context, and error set for the process lifetime. An unauthenticated client can repeatedly submit a small document with more than 100 validation errors to cause unbounded memory growth before query execution, eventually exhausting worker memory without disclosing or modifying data. This issue is fixed in version 3.3.1.
Published: 2026-10-29T21:38:43.633Z
Updated: 2026-10-30T15:58:44.342Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-75507 |
vulnerable | 2026-11-03 10:15:51.998644 |
GraphQL-core: Denial of service via quadratic complexity in the OverlappingFieldsCanBeMerged validation rule
HIGH (7.5)
GraphQL-core is a Python port of the GraphQL.js reference implementation. From 3.0.0 until 3.2.12 and 3.3.0rc1, the OverlappingFieldsCanBeMerged rule in specified_rules repeatedly compares fields that share response names and recursively re-compares flattened inline fragments during the validation phase. The prior named-fragment memoization does not cover this path, so nested repeated inline fragments can drive quadratic and worst-case O(n²·m²) CPU work before any resolver or AST-based depth or complexity control runs. An unauthenticated remote attacker can submit a shallow, highly compressible GraphQL query that pins a worker process and can saturate a multi-worker service. This issue is fixed in versions 3.2.12 and 3.3.0rc1.
Published: 2026-10-22T16:12:38.424Z
Updated: 2026-10-23T21:08:40.217Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-75508 |
vulnerable | 2026-11-03 10:15:51.610993 |
GraphQL-core: Denial of service via comment tokens bypassing the parser's max_tokens limit
HIGH (7.5)
GraphQL-core is a Python port of the GraphQL.js reference implementation. From 3.2.3 until 3.2.12 and 3.3.0rc1, the parser's max_tokens limit in Parser.advance_lexer counts only non-comment tokens returned after Lexer.lookahead skips comments. Each skipped comment is still allocated as a Token and retained through token.next and token.prev, allowing a highly compressible comment-padded GraphQL document to pass a low token limit while consuming memory. An unauthenticated remote attacker can exhaust worker memory before AST-based depth or complexity controls run. This issue is fixed in versions 3.2.12 and 3.3.0rc1.
Published: 2026-10-22T16:10:17.124Z
Updated: 2026-10-29T11:47:15.190Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.
Inspect record JSON
Open this panel to browse, search, copy or download the JSON record.