{"containers":{"cna":{"affected":[{"collectionURL":"https://repo.hex.pm","cpes":["cpe:2.3:a:leandrocp:mdex:*:*:*:*:*:*:*:*"],"defaultStatus":"unaffected","modules":["'Elixir.MDEx'"],"packageName":"mdex","packageURL":"pkg:hex/mdex","product":"mdex","programFiles":["lib/mdex.ex"],"programRoutines":[{"name":"'Elixir.MDEx':parse_document/2"},{"name":"'Elixir.MDEx':json_to_node/1"}],"repo":"https://github.com/leandrocp/mdex","vendor":"leandrocp","versions":[{"lessThan":"0.13.2","status":"affected","version":"0.4.3","versionType":"semver"}]},{"collectionURL":"https://github.com","cpes":["cpe:2.3:a:leandrocp:mdex:*:*:*:*:*:*:*:*"],"defaultStatus":"unaffected","modules":["'Elixir.MDEx'"],"packageName":"leandrocp/mdex","packageURL":"pkg:github/leandrocp/mdex","product":"mdex","programFiles":["lib/mdex.ex"],"programRoutines":[{"name":"'Elixir.MDEx':parse_document/2"},{"name":"'Elixir.MDEx':json_to_node/1"}],"repo":"https://github.com/leandrocp/mdex","vendor":"leandrocp","versions":[{"lessThan":"00fddf444220a1f1cc0af0a1cab6738804878387","status":"affected","version":"cbb59a3f792dbc343873adec3466f49c853dc309","versionType":"git"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:a:leandrocp:mdex:*:*:*:*:*:*:*:*","versionEndExcluding":"0.13.2","versionStartIncluding":"0.4.3","vulnerable":true}],"negate":false,"operator":"AND"}],"operator":"OR"}],"credits":[{"lang":"en","type":"finder","value":"Peter Ullrich"},{"lang":"en","type":"remediation developer","value":"Leandro Pereira"},{"lang":"en","type":"analyst","value":"Jonatan Männchen / EEF"}],"descriptions":[{"lang":"en","supportingMedia":[{"base64":false,"type":"text/html","value":"<p>Allocation of Resources Without Limits or Throttling vulnerability in leandrocp MDEx allows Excessive Allocation.</p><p><tt>MDEx.parse_document/2</tt> accepts a <tt>{:json, json}</tt> source. In <tt>lib/mdex.ex</tt>, the private <tt>json_to_node/1</tt> function passes the attacker-controlled <tt>node_type</tt> value to <tt>Module.concat/1</tt>, which calls <tt>String.to_atom/1</tt> and interns a brand-new atom for every distinct value. Atoms are never garbage collected on the BEAM, so a crafted JSON document carrying a unique <tt>node_type</tt> at each (deeply nested) node mints one permanent atom per node.</p><p>A single document can intern hundreds of thousands of atoms, and a large enough document exhausts the default atom table (around 1,048,576 atoms) and aborts the entire Erlang VM, taking down every process on the node. Any application that passes untrusted input to the <tt>{:json, ...}</tt> source of <tt>MDEx.parse_document</tt> is exposed to an unauthenticated denial-of-service.</p><p>This issue affects mdex from 0.4.3 before 0.13.2.</p>"}],"value":"Allocation of Resources Without Limits or Throttling vulnerability in leandrocp MDEx allows Excessive Allocation.\n\nMDEx.parse_document/2 accepts a {:json, json} source. In lib/mdex.ex, the private json_to_node/1 function passes the attacker-controlled node_type value to Module.concat/1, which calls String.to_atom/1 and interns a brand-new atom for every distinct value. Atoms are never garbage collected on the BEAM, so a crafted JSON document carrying a unique node_type at each (deeply nested) node mints one permanent atom per node.\n\nA single document can intern hundreds of thousands of atoms, and a large enough document exhausts the default atom table (around 1,048,576 atoms) and aborts the entire Erlang VM, taking down every process on the node. Any application that passes untrusted input to the {:json, ...} source of MDEx.parse_document is exposed to an unauthenticated denial-of-service.\n\nThis issue affects mdex from 0.4.3 before 0.13.2."}],"impacts":[{"capecId":"CAPEC-130","descriptions":[{"lang":"en","value":"CAPEC-130 Excessive Allocation"}]}],"metrics":[{"cvssV4_0":{"attackComplexity":"LOW","attackRequirements":"NONE","attackVector":"LOCAL","baseScore":8.2,"baseSeverity":"HIGH","privilegesRequired":"NONE","subAvailabilityImpact":"HIGH","subConfidentialityImpact":"NONE","subIntegrityImpact":"NONE","userInteraction":"NONE","vectorString":"CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:H","version":"4.0","vulnAvailabilityImpact":"HIGH","vulnConfidentialityImpact":"NONE","vulnIntegrityImpact":"NONE"},"format":"CVSS","scenarios":[{"lang":"en","value":"GENERAL"}]}],"problemTypes":[{"descriptions":[{"cweId":"CWE-770","description":"CWE-770 Allocation of Resources Without Limits or Throttling","lang":"en","type":"CWE"}]}],"providerMetadata":{"dateUpdated":"2026-06-29T19:11:32.605Z","orgId":"6b3ad84c-e1a6-4bf7-a703-f496b71e49db","shortName":"EEF"},"references":[{"tags":["vendor-advisory","related"],"url":"https://github.com/leandrocp/mdex/security/advisories/GHSA-923r-7vf4-5vw8"},{"tags":["related"],"url":"https://cna.erlef.org/cves/CVE-2026-53426.html"},{"tags":["related"],"url":"https://osv.dev/vulnerability/EEF-CVE-2026-53426"},{"tags":["patch"],"url":"https://github.com/leandrocp/mdex/commit/00fddf444220a1f1cc0af0a1cab6738804878387"}],"source":{"discovery":"EXTERNAL"},"title":"Atom-table exhaustion denial-of-service via JSON parse_document in MDEx","workarounds":[{"lang":"en","supportingMedia":[{"base64":false,"type":"text/html","value":"<p>Do not pass untrusted or attacker-controlled input to the <tt>{:json, ...}</tt> source of <tt>MDEx.parse_document/2</tt>. The <tt>{:markdown, ...}</tt> source is not affected.</p>"}],"value":"Do not pass untrusted or attacker-controlled input to the {:json, ...} source of MDEx.parse_document/2. The {:markdown, ...} source is not affected."}],"x_generator":{"engine":"cvelib 1.8.0"}}},"cveMetadata":{"assignerOrgId":"6b3ad84c-e1a6-4bf7-a703-f496b71e49db","assignerShortName":"EEF","cveId":"CVE-2026-53426","datePublished":"2026-06-29T19:11:32.605Z","dateReserved":"2026-06-09T11:01:47.529Z","dateUpdated":"2026-06-29T19:11:32.605Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"}