Bug 2541397 (CVE-2026-97222) - CVE-2026-97222 gnumeric: gnumeric: heap use-after-free when opening a malformed workbook
Summary: CVE-2026-97222 gnumeric: gnumeric: heap use-after-free when opening a malform...
Keywords:
Status: NEW
Alias: CVE-2026-97222
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 2541403
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-09-25 12:25 UTC by OSIDB Bzimport
Modified: 2026-10-07 16:38 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-09-25 12:25:47 UTC
A heap use-after-free flaw was found in Gnumeric's workbook XML parser. A malformed SheetObjectComponent element can cause the parser to release a sheet-object component and later pass the freed object to sheet_object_component_set_component(). When a user opens a crafted Gnumeric workbook, the stale object is dereferenced during XML parsing, causing Gnumeric to crash. The issue was reproduced in the 1.12.61 release and an AddressSanitizer-instrumented development build; it was also present in source reported as version 1.11.0 and later. The available proof of concept demonstrates a denial of service only. No code execution, information disclosure, or data-integrity impact has been demonstrated. A patch was available, but no fixed release had been identified at the time of reporting.

Comment 1 M Welinder 2026-10-07 16:38:34 UTC
Upstream here.

1. Fix is https://gitlab.gnome.org/GNOME/gnumeric/-/commit/bc1dee29525933994181fb2307d6ad584de6040d

2. The CVE says "Technical Impact: Modify Memory".  Nothing I have seen demonstrates that.  It's a read-after-free.


Note You need to log in before you can comment on or make changes to this bug.