absinthe
The GraphQL toolkit for Elixir
Activity
- Latest release
- 1w ago
- Total releases
- 123
- Cadence
- ~27 days
- Last 12 months
- 9
Reach
- Downloads
- 47.2M
- Stars
- 4.4k
Details
- License
- MIT
- First release
- Dec 29, 2015
| Version | Released | |
|---|---|---|
1.12.0
minor
|
1.12.0
minor
Dependencies (5)
Changelog
Compare changes
|
|
1.11.0
minor
|
1.11.0
minor
Dependencies (5)
Changelog
Compare changes
|
|
1.10.2
patch
|
1.10.2
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.10.1
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.10.1
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.10.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.10.0
minor
Dependencies (5)
Changelog
Compare changes
|
|
1.9.1
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.9.1
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.9.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.9.0
minor
Dependencies (5)
Changelog
Compare changes
|
|
1.8.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.8.0
minor
Dependencies (5)
Changelog
Compare changes
|
|
1.7.11
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.11
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.10
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.10
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.9
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.9
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.8
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.8
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.7
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.7
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.6
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.6
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.5
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |
1.7.5
patch
Dependencies (5)
Changelog
Compare changes
|
|
1.7.4
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.7.3
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.7.2
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.7.1
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.8
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.7.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.7
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.6
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.5
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.4
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.3
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.2
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.1
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.0-rc.1
pre
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.6.0-rc.0
pre
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.5
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.4
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.3
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.2
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.1
patch
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0
minor
2 CVEs
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev
CVE-2026-42793
GHSA-qf4g-9fqq-mmm7
EEF-CVE-2026-42793
May 14, 2026
Absinthe: Unbounded atom creation from parsed directive name
High
Network
Low
None
None
SummaryWhen Absinthe parses a GraphQL SDL document, every Introduced in https://github.com/absinthe-graphql/absinthe/commit/d0eae7764520d4e8e5dfff619068c0de911aec33 DetailsIn
Any code path that runs The same vulnerablity was found in these files as well:
Please do a search&replace in the whole project. PoCA script that parses a generated SDL document containing many unique ImpactThis is an unauthenticated denial-of-service vulnerability (atom-table exhaustion leading to BEAM VM crash) affecting any application that passes untrusted GraphQL SDL through Absinthe's parser. The crash takes down the entire Erlang node, not just the request handler, so all unrelated workloads sharing the VM are also impacted. The only precondition is that attacker-controlled text reaches the SDL parser; no authentication, schema privileges, or query execution are required. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.5.0
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
+ 22 more Show less
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.5
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.4
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.3
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.2
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.1
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-rc.0
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-beta.2
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-beta.1
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-beta.0
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.4.16
patch
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-alpha.4
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.5.0-alpha.3
pre
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev | ||
1.4.15
patch
1 CVE
CVE-2026-43967
GHSA-9mhv-8h52-q7q2
EEF-CVE-2026-43967
May 14, 2026
Absinthe: Quadratic fragment-name uniqueness check
High
Network
Low
None
None
SummaryAn unauthenticated attacker can stall an Absinthe-backed GraphQL endpoint by submitting a query that contains many fragment definitions. The fragment-name uniqueness validation phase is O(N²) in the number of fragments, so a single modestly-sized request burns seconds of CPU per worker, and sustained traffic exhausts the worker pool (denial of service). Introduced like with https://github.com/absinthe-graphql/absinthe/commit/0b46e3bcc06c0d3797bacd64761b908a84646c1d#diff-e540120c6a98cc1013be110d08e9d029511b9aabd26ad5f7f643c36834caac14 Details
The fix is to aggregate names once per call rather than re-scanning per fragment, e.g.:
and then check PoCA standalone script that builds a GraphQL document with a large number of minimal fragment definitions, feeds it through Absinthe's pipeline, and times the ImpactAlgorithmic complexity / denial-of-service. Any service that exposes an Absinthe GraphQL endpoint to untrusted callers is affected: a single unauthenticated POST containing many fragment definitions pins a worker process for seconds, and modest sustained traffic exhausts the request-handling pool. No authentication, schema knowledge, or special configuration is required — only the ability to send a GraphQL query large enough to contain many fragments, which is permitted by Phoenix's default body-size limit. Scripts and Logs
Logs
Affected versions
1.10.0
1.10.1
1.2.0
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.2.6
1.3.0
1.3.0-beta.0
1.3.0-beta.1
+ 76 more Show less
1.3.0-beta.2
1.3.0-rc.0
1.3.1
1.3.2
1.4.0
1.4.0-beta.1
1.4.0-beta.2
1.4.0-beta.3
1.4.0-beta.4
1.4.0-beta.5
1.4.0-rc.0
1.4.0-rc.1
1.4.0-rc.2
1.4.0-rc.3
1.4.1
1.4.10
1.4.11
1.4.12
1.4.13
1.4.14
1.4.15
1.4.16
1.4.2
1.4.3
1.4.4
1.4.5
1.4.6
1.4.7
1.4.8
1.4.9
1.5.0
1.5.0-alpha.0
1.5.0-alpha.1
1.5.0-alpha.2
1.5.0-alpha.3
1.5.0-alpha.4
1.5.0-beta.0
1.5.0-beta.1
1.5.0-beta.2
1.5.0-rc.0
1.5.0-rc.1
1.5.0-rc.2
1.5.0-rc.3
1.5.0-rc.4
1.5.0-rc.5
1.5.1
1.5.2
1.5.3
1.5.4
1.5.5
1.6.0
1.6.0-rc.0
1.6.0-rc.1
1.6.1
1.6.2
1.6.3
1.6.4
1.6.5
1.6.6
1.6.7
1.6.8
1.7.0
1.7.1
1.7.10
1.7.11
1.7.2
1.7.3
1.7.4
1.7.5
1.7.6
1.7.7
1.7.8
1.7.9
1.8.0
1.9.0
1.9.1
Fixed in
1.10.2
References
Updated May 14, 2026 · Source: OSV.dev |