CVE-2026-112214: Gstreamer1-plugins-ugly-free: gstreamer1-plugins-ugly-free: unbounded memory allocation in asfdemux simple index parser

Published Oct 19, 2026
·
Updated

A flaw was found in the GStreamer ASF demuxer (gst-plugins-ugly). The Simple Index object parser reads an attacker-controlled entry count from the media and allocates an index table of that size with gnew0 without first clamping the count to the bytes remaining in the object. A crafted ASF, WMV, or WMA file can therefore request a very large heap allocation (on the order of tens of gigabytes of address space). When the allocation cannot be satisfied, or under memory limits, the application can abort or be terminated, resulting in denial of service. The parse loop stops when payload is exhausted, and GLib allocation helpers do not return an undersized buffer; this is not a heap buffer overflow.

Other sources

A flaw was found in the GStreamer ASF demuxer in gst-plugins-ugly. When parsing a Simple Index object, an attacker-controlled entry count is used to size a heap allocation without being limited to the payload available in the object. Processing a crafted ASF, WMV, or WMA file can cause a very large memory allocation request and lead to denial of service if the allocation fails or the process is memory-constrained.

— MITRE

Affected Software

1 affected component
GStreamer gst-plugins-ugly

Event History

Oct 19, 2026
Data Sourced
via Red Hat·11:00 AM
DescriptionSeverityAffected Software
CVE Published
via MITRE·12:15 PM
Data Sourced
via MITRE·12:15 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·01:16 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

What must an attacker provide to trigger the denial of service?

An attacker must persuade an application using the GStreamer ASF demuxer to process a crafted ASF, WMV, or WMA media file. No privileges are required, but user interaction is required to open or otherwise process the malicious media.

2

What is the practical impact of successful exploitation?

The crafted file can request a heap allocation on the order of tens of gigabytes of address space. If the allocation cannot be satisfied or the application is subject to memory limits, the process can abort or be terminated, causing denial of service.

3

Does this issue allow heap buffer overflow or memory corruption?

No. The parser loop stops when the payload is exhausted, and the GLib allocation helper does not return an undersized buffer; the described impact is denial of service from an excessive allocation request.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203