[ CVE-2026-107212 · Published 7 Oct 2026 ]
Excelize: Unbounded row number in Rows.Columns makes GetRows and the Rows iterator loop for days
[ Why it matters ]Priority signals
- Public proof-of-concept exploit exists (CISA SSVC)
[ Description ]Official description
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.
[ Fixes ]Fixes and patches
- github.com/xuri/excelize/v2 2.11.1-0.20260930021559-01a9ff32fb3cFixed version · GitHub Advisories · go package github.com/xuri/excelize/v2: upgrade to 2.11.1-0.20260930021559-01a9ff32fb3c or later (affected >= 2.1.0, < 2.11.1-0.20260930021559-01a9ff32fb3c)
- Patch on github.comVendor patch or bulletin · NVD · Reference tagged 'Patch' by NVD
- Patch on github.comVendor patch or bulletin · NVD · Reference tagged 'Patch' by NVD
[ Packages ]Affected open-source packages
- github.com/xuri/excelize/v2 goAffected >= 2.1.0, < 2.11.1-0.20260930021559-01a9ff32fb3c · fixed in 2.11.1-0.20260930021559-01a9ff32fb3c · GHSA-jw42-f3rr-4cc3
[ References ]References
- github.com/qax-os/excelize/commit/01a9ff32fb3c1f873cf01205e1b8a3285b0e1d23Patch
- github.com/qax-os/excelize/pull/2438Issue TrackingPatch
- github.com/qax-os/excelize/security/advisories/GHSA-jw42-f3rr-4cc3ExploitVendor Advisory