{"id":"CVE-2026-62250","title":"LibreDWG: unbounded allocation in pre-R13 DWG entity decoding","summary":"LibreDWG is a free C library to read and write DWG files. Prior to 0.14.8413, a crafted pre-R13 DWG can make `decode_preR13_entities()` in `src/decode.c` enter a nonterminating loop that allocates a new object each iteration. `decode_pre…","severity":"medium","cvss":5.5,"cvssVector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H","cvssSource":"cna","cwe":["CWE-835","CWE-400"],"vendor":"LibreDWG","product":"libredwg","affected":["libredwg < 0.14.8413"],"ssvc":{"exploitation":"none","automatable":"no","technicalImpact":"partial","timestamp":"2026-10-30T21:18:21.594623Z"},"published":"2026-10-30","updated":"2026-10-30","sourceUpdated":"2026-10-30T22:12:48.952Z","source":"CVEORG","sourceUrl":"https://www.cve.org/CVERecord?id=CVE-2026-62250","references":[{"url":"https://github.com/LibreDWG/libredwg/security/advisories/GHSA-7625-26gc-xqvp","label":"https://github.com/LibreDWG/libredwg/security/advisories/GHSA-7625-26gc-xqvp"},{"url":"https://github.com/LibreDWG/libredwg/issues/1131","label":"https://github.com/LibreDWG/libredwg/issues/1131"},{"url":"https://github.com/LibreDWG/libredwg/commit/4e14952c43be5b8feff6e54a61af3425d6ca95a4","label":"https://github.com/LibreDWG/libredwg/commit/4e14952c43be5b8feff6e54a61af3425d6ca95a4"},{"url":"https://github.com/LibreDWG/libredwg/releases/tag/0.14.8413","label":"https://github.com/LibreDWG/libredwg/releases/tag/0.14.8413"}],"tags":["cve.org"],"epss":0.00165,"epssPercentile":0.05792,"ingestedAt":"2026-11-05T16:24:31.472Z","slug":"CVE-2026-62250","body":"## Overview\n\nLibreDWG is a free C library to read and write DWG files. Prior to 0.14.8413, a crafted pre-R13 DWG can make `decode_preR13_entities()` in `src/decode.c` enter a nonterminating loop that allocates a new object each iteration. `decode_preR13` in `src/decode_r11.c` computes `size` from the raw file-controlled `entities_start` and `entities_end` header bounds; the callee clamps `end` to `dat->size` but never recalculates `size`. At `end` of input, `bit_read_RC` and `bit_read_RS` stop advancing `dat->byte`, the overflow guard fails because `end` equals `dat->size`, and the no-advance check compares against `oldpos` saved before the loop instead of the previous iteration. This leaves repeated allocation of `dwg->object` entries until allocation fails or the process is OOM-killed, not merely a constant-memory CPU hang. The defect remains after the clamping and no-progress changes associated with the earlier issue 1131. Applications and tools calling `dwg_read_file()` on untrusted files, including `dwg2dxf`, `dwgread` and `dwg2svg`, can suffer denial of service when a user or automated pipeline opens a malformed file; no attacker credentials are required. This issue is fixed in repository nightly version 0.14.8413.\n\n## Affected\n\n- `libredwg < 0.14.8413`\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":30,"depthScoreParts":{"impact":30.3,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}