CVE-2026-3663: xlnt · Out-of-bounds Read
Affects xlntSource CVE Database V5
Public exploit available · CVSS 4.8 Medium.
Data as of 30 Oct 2026, 06:59 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 7 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
CVSS exploit maturity: proof of concept public
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| xlnt-communityxlnt | Affected
| Fixed in– |
GitHubxlnt-community/xlntpkg:github/xlnt-community/xlntOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2026-3663, organizations should promptly apply the official patch (patch 147) provided by the xlnt-community that corrects the out-of-bounds read issue in the compound_document_istreambuf::xsgetn function. If patching is not immediately feasible, consider the following additional measures: restrict local access to systems processing XLSX files with xlnt to trusted users only; implement strict file validation and sandboxing for XLSX files before processing to prevent malicious inputs; monitor and audit local user activities related to XLSX file handling; and update all dependent software components that embed xlnt to their latest secure versions. Developers integrating xlnt should review their usage patterns to ensure no untrusted XLSX files are processed without proper validation. Employing memory safety tools or runtime protections such as AddressSanitizer during development and testing can help detect similar issues proactively. Finally, maintain awareness of vendor advisories and subscribe to security mailing lists for timely updates.
Description
A vulnerability was found in xlnt-community xlnt up to 1.6.1. This issue affects the function xlnt::detail::compound_document_istreambuf::xsgetn of the file source/detail/cryptography/compound_document.cpp of the component XLSX File Parser. Performing a manipulation results in out-of-bounds read. The attack is only possible with local access. The exploit has been made public and could be used. The patch is named 147. It is recommended to apply a patch to fix this issue.
References
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- github.com/xlnt-community/xlnt/issues/139 (opens in a new tab)
- github.com/oneafter/0128/blob/main/xl3/repro (opens in a new tab)
- github.com/xlnt-community/xlnt/pull/147 (opens in a new tab)
- github.com/xlnt-community/xlnt/ (opens in a new tab)