Excelize is a Go language library for reading and writing Microsoft Excel spreadsheets. From 2.1.0 to 2.11.0, Rows.Columns accepts a look-ahead row number above TotalRows without applying the limit enforced by Rows.Next. File.GetRows relies on Rows.Next and Rows.Columns, but Rows.Columns consumes the row r attribute without the limit check in Rows.Next. When a crafted worksheet places an oversized row number after an ordinary valid row and the application calls GetRows or iterates Rows, the iterator advances through every missing row number instead of rejecting the workbook, allowing an attacker to consume a CPU core for an attacker-controlled duration. No fixed version is available as of this review.
Fix
Patch, vendor advisory and mitigation references on NVD 3
- https://github.com/qax-os/excelize/commit/01a9ff32fb3c1f873cf01205e1b8a3285b0e1d23 Patch
- https://github.com/qax-os/excelize/pull/2438 Issue Tracking, Patch
- https://github.com/qax-os/excelize/security/advisories/GHSA-jw42-f3rr-4cc3 Exploit, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 7.5 · excelizeNVD modified 2026-10-13 14:24
Affected (CPE criteria) 1
cpe:2.3:a:excelize:excelize:*:*:*:*:*:go:*:*
References 3
- https://github.com/qax-os/excelize/commit/01a9ff32fb3c1f873cf01205e1b8a3285b0e1d23 Patch
- https://github.com/qax-os/excelize/pull/2438 Issue Tracking, Patch
- https://github.com/qax-os/excelize/security/advisories/GHSA-jw42-f3rr-4cc3 Exploit, Vendor Advisory