CVE-2026-107214 json
Excelize Decrypt: unrecoverable panics on malformed OLE/CFB encrypted workbooks
published last mo. modified 21d ago also EUVD-2026-94531 , GHSA-2j4c-ffch-9f23 , GO-2026-6684
- cvss
- 7.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 15%
- public exploits
- 0
- none known
Summary
Excelize is a Go language library for reading and writing Microsoft Excel spreadsheets. From 2.3.1 to 2.11.0, the decryption dispatch performs insufficient structural and parameter validation before standard and agile decryptors slice, index, allocate, and divide using attacker-controlled values. Decrypt passes attacker-controlled EncryptionInfo and EncryptedPackage data into standardDecrypt or agileDecrypt before validating the structures used by those routines. When a malformed OLE compound file with a version-valid EncryptionInfo stream is opened or passed to Decrypt, nine malformed-input classes reach unrecovered Go runtime panics instead of the documented error path, allowing an attacker to terminate the calling process. No fixed version is available as of this review.
Patch / fix
- go github.com/xuri/excelize/v2 2.11.1-0.20260915055537-22f76f9acb94
- github.com/qax-os/excelize@22f76f9 commit
- github.com/qax-os/excelize#2395 pull request
Is CVE-2026-107214 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- yes
- Technical impact
- partial
- Assessed
- last mo.
Exploit prediction
0.24% chance of exploitation in the next 30 days, higher than 15% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- github.com https://github.com/qax-os/excelize/security/advisories/GHSA-2j4c-ffch-9f23 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/xuri/excelize/v2 | >=2.3.1, <2.11.1-0.20260915055537-22f76f9acb94 <2.11.1-0.20260915055537-22f76f9acb94 |
2.11.1-0.20260915055537-22f76f9acb94 |
| go | github.com/360EntSecGroup-Skylar/excelize/v2 | >=2.3.1 |
no fix listed |
Affected products
- qax-os excelize
Classification
- Weakness
-
- CWE-248 Uncaught Exception
References
-
github.com
/qax-os/excelize/pull/2395
web, issue-tracking, patch
-
github.com
/qax-os/excelize/commit/22f76f9acb94b85b3eb9c4365ab4f750cebbc565
web, patch
-
github.com
/qax-os/excelize/security/advisories/GHSA-2j4c-ffch-9f23
exploit, web, vendor-advisory, advisory
-
nvd.nist.gov
/vuln/detail/CVE-2026-107214
advisory
-
github.com
/qax-os/excelize
package
Sources
- CVE List CVE-2026-107214
- GitHub Advisory GHSA-2j4c-ffch-9f23
- NVD CVE-2026-107214
- OSV GO-2026-6684
Fencer Intel 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.