LibreDWG: excessive class-decoding reallocation in R13-R2000 DWG parsing

published 2026-10-30 9 d ago modified 2026-11-02 6 d ago also EUVD-2026-114462

cvss: 5.5; version 3.1, CNA
cisa kev: Not listed; not in CISA's catalog
epss: 0.2%; EPSS 0.2% chance of exploitation in 30 days, percentile 5%
public exploits: 0; none known

LibreDWG is a free C library to read and write DWG files. Prior to 0.14, a specially crafted R13-R2000 DWG can trigger algorithmic resource exhaustion in `decode_R13_R2000` in `src/decode.c`. The class-decoding loop performs `realloc` on every iteration without a sanity check on `num_classes`. Manipulating that field forces an extremely slow allocation loop and denial of service when the file is parsed. Running the parser in a sandbox with memory limits is a workaround rather than a remediation. This issue is fixed in version 0.14.

Patch / fix

fixed in 1 links 2

gnu libredwg 0.14

github.com/LibreDWG/libredwg@9de893a commit
github.com/LibreDWG/libredwg/releases/tag/0.14 release

CISA SSVC

Exploitation: none
Automatable: no
Technical impact: partial
Assessed: 9 d ago (2026-10-30)

Exploit prediction

0.17% chance of exploitation in the next 30 days, higher than 5% of all scored CVEs (FIRST EPSS, 2026-11-08).

CVSS scores

assigned by	version	score	vector
CNA	3.1	5.5	CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H

Affected products

LibreDWG libredwg

Classification

Weakness

CWE-400 Uncontrolled Resource Consumption
CWE-789 Memory Allocation with Excessive Size Value

References

Sources

CVE List CVE-2026-62254
NVD CVE-2026-62254

Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.

CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.

Summary