CVE-2026-107221 json
Excelize: a row whose earlier cell has a higher column reference than its last cell panics index out of range on almost every worksheet read API
published 2026-10-07 32 d ago modified 2026-11-05 3 d ago also EUVD-2026-94551 , GHSA-8mcq-6wmr-jrjv , GO-2026-6676
- cvss
- 6.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 19%
- public exploits
- 0
- none known
Summary
Excelize is a Go language library for reading and writing Microsoft Excel spreadsheets. From 2.0.0 to 2.11.0, checkRow sizes its target cell slice from the last cell in XML document order and then re-scatters every cell by its explicit column reference. GetCellValue reaches workSheetReader and checkRow, where targetList is too short for an earlier out-of-order cell. When a crafted row places a higher-column cell before a lower-column final cell and a non-streaming worksheet API reads the sheet, the earlier cell's column index exceeds the slice length derived from the final cell, allowing an attacker to cause an unrecovered panic and terminate the process. No fixed version is available as of this review.
Patch / fix
- go github.com/xuri/excelize/v2 2.11.1-0.20260816084418-46a5eb289448
- github.com/qax-os/excelize@46a5eb2 commit
- github.com/qax-os/excelize#2376 pull request
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 32 d ago
Exploit prediction
0.27% chance of exploitation in the next 30 days, higher than 19% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/qax-os/excelize/security/advisories/GHSA-8mcq-6wmr-jrjv referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H |
| GitHub | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/xuri/excelize/v2 | >=2.0.0, <2.11.1-0.20260816084418-46a5eb289448 <2.11.1-0.20260816084418-46a5eb289448 |
2.11.1-0.20260816084418-46a5eb289448 |
Affected products
- qax-os excelize
Classification
- Weakness
-
- CWE-787 Out-of-bounds Write
References
-
github.com
/qax-os/excelize/pull/2376
web, issue-tracking, patch
-
github.com
/qax-os/excelize/commit/46a5eb289448e40fbc7d3294589b03861fb822f0
web, patch
-
github.com
/qax-os/excelize/security/advisories/GHSA-8mcq-6wmr-jrjv
exploit, web, vendor-advisory, advisory
-
github.com
/qax-os/excelize
package
Sources
- CVE List CVE-2026-107221
- GitHub Advisory GHSA-8mcq-6wmr-jrjv
- NVD CVE-2026-107221
- OSV GO-2026-6676
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.