CVE-2026-73434

Gstreamer1-plugins-good: gstreamer: out-of-bounds read in avidemux vprp video field descriptor parsing

MEDIUM
6.1
CVSS Score
Published: August 12, 2026 at 07:05 PM UTC
Updated: September 23, 2026 at 03:28 PM UTC
4 products affected across 3 vendorsEnterprise LinuxGStreamerGstreamer

Using Red Hat Enterprise Linux 10 by Red Hat?

Get instant alerts when new vulnerabilities affect Red Hat Enterprise Linux 10 - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
MEDIUM6.1
Exploit prediction
EPSS 0.1%
SSVC
No known exploit

Description

A flaw was found in GStreamer gst-plugins-good (avidemux). In gst_avi_demux_riff_parse_vprp(), the number of available gst_riff_vprp_video_field_desc entries is calculated by dividing the remaining buffer size by the attacker-controlled vprp->fields value, rather than by sizeof(gst_riff_vprp_video_field_desc). This can cause the parser to treat more field descriptors as available than fit in the input buffer, resulting in out-of-bounds reads. Processing a crafted AVI via playbin/decodebin can crash the application (denial of service). Fixed upstream in gst-plugins-good 1.28.6 (GStreamer-SA-2026-0072).

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

v < 1.28.6
Affected range stops below 1.28.6, so it looks safe — our inference, not a vendor statement
Vendor states this is fixed in 0:1.10.4-4.el7_9.3 (unaffected)
Vendor states this is fixed in 0:1.16.1-4.el8_4.2 (unaffected)
Vendor states this is fixed in 0:1.16.1-4.el8_6.3 (unaffected)
Vendor states this is fixed in 0:1.16.1-5.el8_8.3 (unaffected)
Vendor states this is fixed in 0:1.16.1-7.el8_10.3 (unaffected)
Vendor states this is fixed in 0:1.18.4-8.el9_2.3 (unaffected)
Vendor states this is fixed in 0:1.22.1-4.el9_4.3 (unaffected)
Vendor states this is fixed in 0:1.22.12-5.el9_6.3 (unaffected)
Vendor states this is fixed in 0:1.22.12-7.el9_8.4 (unaffected)
Vendor states this is fixed in 0:1.24.11-1.el10_0.4 (unaffected)
Vendor states this is fixed in 0:1.26.7-2.el10_2.5 (unaffected)
v < 1.28.6
Affected range stops below 1.28.6, so it looks safe — our inference, not a vendor statement
v < 1.28.6
Affected range stops below 1.28.6, so it looks safe — our inference, not a vendor statement

References (15)

VDB Entryx_refsource_REDHATThird Party Advisory
Source: cverecord
https://access.redhat.com/security/cve/CVE-2026-73434
Issue Trackingx_refsource_REDHATThird Party Advisory
Source: cverecord
https://bugzilla.redhat.com/show_bug.cgi?id=2514807
Vendor Advisoryx_refsource_REDHATThird Party Advisory
Source: cverecord
https://access.redhat.com/errata/RHSA-2026:55434
Vendor Advisoryx_refsource_REDHATThird Party Advisory
Source: cverecord
https://access.redhat.com/errata/RHSA-2026:55436
Vendor Advisoryx_refsource_REDHAT
Source: cverecord
https://access.redhat.com/errata/RHSA-2026:56966
Vendor Advisoryx_refsource_REDHAT
Source: cverecord
https://access.redhat.com/errata/RHSA-2026:65959

SSVC — Action Prioritization

SSVCNo known exploitNot automatablePartial impact

SSVC signals action urgency (what to patch first), separate from CVSS which measures severity.

CVSS

6.1MEDIUMredhat
Attack Vector
LOCAL
Complexity
LOW
Privileges
NONE
User Interaction
REQUIRED
Scope
UNCHANGED
Confidentiality
LOW
Integrity
NONE
Availability
HIGH
Vector?

Quick Info

StatusUNDERGOING ANALYSIS
CWE
CWE-125

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card