Skip to main content
VulnerabilityPublished

CVE-2026-6039: The Document Foundation LibreOffice · Out-of-bounds Write

Affects The Document Foundation LibreOfficeSource CVE Database V5

0
Compare

Public exploit available · CVSS 5.4 Medium.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 4.0 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 9% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:L/VI:L/VA:H/SC:N/SI:N/SA:N/E:P

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Jun 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: evidence found.

    CVSS exploit maturity: proof of concept public

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), CVSS vector, the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
The Document FoundationLibreOfficeAffected
  • =25.8
  • =26.2
Fixed in–
Debiandebian/libreofficepkg:deb/debian/libreofficeOther threatsAffected
  • =25.8
  • =26.2
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Fixed versions reject oversized polylines, but no specific fixed versions or patches are provided in the data. Users should monitor The Document Foundation advisories for official updates and avoid importing untrusted DXF files with large polylines until a fix is available.

Description

LibreOffice can import drawings in the DXF format used by CAD software. A heap buffer overflow existed when importing a DXF polyline. The point count taken from the file was truncated to a 16-bit value when the point buffer was sized, while the full count was used to fill it, so a polyline whose point count exceeded the 16-bit range was written past the end of the buffer. In fixed versions such oversized polylines are rejected.

References

Community reviews

Loading reviews…