An update for gstreamer1-plugins-good is now available for openEuler-22.03-LTS-SP4 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2026-3481 Final 1.0 1.0 2026-08-20 Initial 2026-08-20 2026-08-20 openEuler SA Tool V1.0 2026-08-20 gstreamer1-plugins-good security update An update for gstreamer1-plugins-good is now available for openEuler-22.03-LTS-SP4 GStreamer is a streaming media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plugins. Security Fix(es): A flaw was found in GStreamer's gst-plugins-good. A heap-based out-of-bounds read of 4 bytes can occur when parsing FLAC audio stream headers embedded in a Matroska or WebM container file. The vulnerability is triggered by a boundary check that does not account for the full size of the data being copied, allowing a small read past the end of the allocated buffer. An attacker could exploit this by crafting a malicious Matroska or WebM file and tricking a user into opening it, potentially leaking a small amount of adjacent heap memory.(CVE-2026-17072) A flaw was found in GStreamer's WavPack audio decoder in gst-plugins-good. When processing a specially crafted WavPack file, an integer overflow in the buffer size calculation (4 * block_samples * channels) in gst_wavpack_dec_handle_frame() causes a very small heap allocation. The WavPack library then writes decoded audio samples far beyond the allocated buffer, resulting in heap memory corruption. This affects both 32-bit and 64-bit systems since the arithmetic is performed in 32-bit integers before promotion to the allocation size type. A remote attacker could use this flaw to crash an application or potentially execute arbitrary code by convincing a user to open a malicious WavPack audio file.(CVE-2026-53705) A flaw was found in GStreamer gst-plugins-good (avidemux). When parsing FUJIFILM metadata in an AVI strd chunk, gst_avi_demux_parse_strd() decrements a remaining-length counter by fixed offsets (98 and 10 bytes) without verifying sufficient data remains. For crafted strd payloads of exactly 106 or 107 bytes, the counter underflows to a very large unsigned value, causing subsequent null-terminated string scanning to read far beyond the allocated heap buffer. Date-format normalization may also write beyond the buffer end. Confirmed impacts include heap out-of-bounds read, out-of-bounds write, heap information disclosure (adjacent data appearing in parsed metadata), and application crash/denial of service. The avidemux element is auto-plugged by playbin, decodebin, and gst-discoverer, so opening or previewing a crafted AVI is sufficient to trigger the issue. Fixed upstream in gst-plugins-good 1.28.6 (GStreamer-SA-2026-0072).(CVE-2026-73433) 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).(CVE-2026-73434) An update for gstreamer1-plugins-good is now available for openEuler-22.03-LTS-SP4. openEuler Security has rated this update as having a security impact of high. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. High gstreamer1-plugins-good https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3481 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-17072 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-53705 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-73433 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-73434 https://nvd.nist.gov/vuln/detail/CVE-2026-17072 https://nvd.nist.gov/vuln/detail/CVE-2026-53705 https://nvd.nist.gov/vuln/detail/CVE-2026-73433 https://nvd.nist.gov/vuln/detail/CVE-2026-73434 openEuler-22.03-LTS-SP4 gstreamer1-plugins-good-1.16.2-13.oe2203sp4.src.rpm gstreamer1-plugins-good-1.16.2-13.oe2203sp4.x86_64.rpm gstreamer1-plugins-good-debuginfo-1.16.2-13.oe2203sp4.x86_64.rpm gstreamer1-plugins-good-debugsource-1.16.2-13.oe2203sp4.x86_64.rpm gstreamer1-plugins-good-gtk-1.16.2-13.oe2203sp4.x86_64.rpm gstreamer1-plugins-good-help-1.16.2-13.oe2203sp4.noarch.rpm gstreamer1-plugins-good-1.16.2-13.oe2203sp4.aarch64.rpm gstreamer1-plugins-good-debuginfo-1.16.2-13.oe2203sp4.aarch64.rpm gstreamer1-plugins-good-debugsource-1.16.2-13.oe2203sp4.aarch64.rpm gstreamer1-plugins-good-gtk-1.16.2-13.oe2203sp4.aarch64.rpm A flaw was found in GStreamer's gst-plugins-good. A heap-based out-of-bounds read of 4 bytes can occur when parsing FLAC audio stream headers embedded in a Matroska or WebM container file. The vulnerability is triggered by a boundary check that does not account for the full size of the data being copied, allowing a small read past the end of the allocated buffer. An attacker could exploit this by crafting a malicious Matroska or WebM file and tricking a user into opening it, potentially leaking a small amount of adjacent heap memory. 2026-08-20 CVE-2026-17072 openEuler-22.03-LTS-SP4 Low 3.3 AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N gstreamer1-plugins-good security update 2026-08-20 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3481 A flaw was found in GStreamer's WavPack audio decoder in gst-plugins-good. When processing a specially crafted WavPack file, an integer overflow in the buffer size calculation (4 * block_samples * channels) in gst_wavpack_dec_handle_frame() causes a very small heap allocation. The WavPack library then writes decoded audio samples far beyond the allocated buffer, resulting in heap memory corruption. This affects both 32-bit and 64-bit systems since the arithmetic is performed in 32-bit integers before promotion to the allocation size type. A remote attacker could use this flaw to crash an application or potentially execute arbitrary code by convincing a user to open a malicious WavPack audio file. 2026-08-20 CVE-2026-53705 openEuler-22.03-LTS-SP4 High 7.6 AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:H gstreamer1-plugins-good security update 2026-08-20 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3481 A flaw was found in GStreamer gst-plugins-good (avidemux). When parsing FUJIFILM metadata in an AVI strd chunk, gst_avi_demux_parse_strd() decrements a remaining-length counter by fixed offsets (98 and 10 bytes) without verifying sufficient data remains. For crafted strd payloads of exactly 106 or 107 bytes, the counter underflows to a very large unsigned value, causing subsequent null-terminated string scanning to read far beyond the allocated heap buffer. Date-format normalization may also write beyond the buffer end. Confirmed impacts include heap out-of-bounds read, out-of-bounds write, heap information disclosure (adjacent data appearing in parsed metadata), and application crash/denial of service. The avidemux element is auto-plugged by playbin, decodebin, and gst-discoverer, so opening or previewing a crafted AVI is sufficient to trigger the issue. Fixed upstream in gst-plugins-good 1.28.6 (GStreamer-SA-2026-0072). 2026-08-20 CVE-2026-73433 openEuler-22.03-LTS-SP4 Medium 6.6 AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:H gstreamer1-plugins-good security update 2026-08-20 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3481 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). 2026-08-20 CVE-2026-73434 openEuler-22.03-LTS-SP4 Medium 6.1 AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H gstreamer1-plugins-good security update 2026-08-20 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3481