gstreamer1-plugins-good: Fix of 4 CVEs
- rebase onto Oracle 1.10.4-2.0.5.el7_9 - the vendor fixes in this build: CVE-2024-47540, CVE-2024-47606, CVE-2024-47613. Oracle labels its qtdemux Theora patch CVE-2024-47607, but that CVE is the gst_opus_dec_parse_header overflow in gst-plugins-base; the patch carries upstream f8e398c4, which is CVE-2024-47606 and is what this package needs - drop 3 of the 4 TuxCare CVE backports, superseded by the vendor's own patches - CVE-2026-53705: keep the TuxCare fix as a follow-up patch. The vendor's Patch1007 protects the dec_data allocation but leaves the output-buffer size computed in 32-bit arithmetic on this branch, because upstream's fix relies on a gsize refactor 1.10.4 does not have - restore the 18-byte WAVEFORMATEX offset that the vendor's Patch1003 dropped while porting to the pre-2.67.4 glib API; without it every A_MS/ACM Matroska track gets malformed codec_data - keep BuildRequires: gtk-doc unbounded rather than Oracle's <= 1.25.1, which no i686 buildroot can satisfy and which would split the generated documentation between architectures - require gstreamer1-plugins-base >= 1.10.4-2.0.3, the first of our builds in which gst_video_info_set_format() returns the gboolean the vendor's Patch1004 tests
- Products
- gstreamer1-plugins-good
- Affected versions
- Not specified
- Fixed versions
- 1.10.4-2.0.5.el7.tuxcare.els1
- CVEs
- CVE-2024-47540, CVE-2024-47606, CVE-2024-47607, CVE-2024-47613, CVE-2026-53705
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 1 Nov 2026, 11:58 UTC · Revision 1
Source evidence
- rebase onto Oracle 1.10.4-2.0.5.el7_9 - the vendor fixes in this build: CVE-2024-47540, CVE-2024-47606, CVE-2024-47613. Oracle labels its qtdemux Theora patch CVE-2024-47607, but that CVE is the gst_opus_dec_parse_header overflow in gst-plugins-base; the patch carries upstream f8e398c4, which is CVE-2024-47606 and is what this package needs - drop 3 of the 4 TuxCare CVE backports, superseded by the vendor's own patches - CVE-2026-53705: keep the TuxCare fix as a follow-up patch. The vendor's Patch1007 protects the dec_data allocation but leaves the output-buffer size computed in 32-bit arithmetic on this branch, because upstream's fix relies on a gsize refactor 1.10.4 does not have - restore the 18-byte WAVEFORMATEX offset that the vendor's Patch1003 dropped while porting to the pre-2.67.4 glib API; without it every A_MS/ACM Matroska track gets malformed codec_data - keep BuildRequires: gtk-doc unbounded rather than Oracle's <= 1.25.1, which no i686 buildroot can satisfy and which would split the generated documentation between architectures - require gstreamer1-plugins-base >= 1.10.4-2.0.3, the first of our builds in which gst_video_info_set_format() returns the gboolean the vendor's Patch1004 tests
osv:CLSA-2026-1792021687
gstreamer1-plugins-good
Fixed versions: 1.10.4-2.0.5.el7.tuxcare.els1
Complete source record
{
"id": "c8f5816182a600e3aa80e70a208b1ca72f7e874f962450027de8e7e1ca58aaaa",
"url": "https://osv.dev/vulnerability/CLSA-2026-1792021687",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "gstreamer1-plugins-good: Fix of 4 CVEs",
"summary": "- rebase onto Oracle 1.10.4-2.0.5.el7_9 - the vendor fixes in this build: CVE-2024-47540, CVE-2024-47606, CVE-2024-47613. Oracle labels its qtdemux Theora patch CVE-2024-47607, but that CVE is the gst_opus_dec_parse_header overflow in gst-plugins-base; the patch carries upstream f8e398c4, which is CVE-2024-47606 and is what this package needs - drop 3 of the 4 TuxCare CVE backports, superseded by the vendor's own patches - CVE-2026-53705: keep the TuxCare fix as a follow-up patch. The vendor's Patch1007 protects the dec_data allocation but leaves the output-buffer size computed in 32-bit arithmetic on this branch, because upstream's fix relies on a gsize refactor 1.10.4 does not have - restore the 18-byte WAVEFORMATEX offset that the vendor's Patch1003 dropped while porting to the pre-2.67.4 glib API; without it every A_MS/ACM Matroska track gets malformed codec_data - keep BuildRequires: gtk-doc unbounded rather than Oracle's <= 1.25.1, which no i686 buildroot can satisfy and which would split the generated documentation between architectures - require gstreamer1-plugins-base >= 1.10.4-2.0.3, the first of our builds in which gst_video_info_set_format() returns the gboolean the vendor's Patch1004 tests",
"evidence": "osv:CLSA-2026-1792021687",
"products": [
{
"name": {
"value": "gstreamer1-plugins-good",
"evidence": "/affected/0/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "1.10.4-2.0.5.el7.tuxcare.els1",
"evidence": "/affected/0/ranges"
}
],
"affected_versions": []
}
],
"severity": "unknown",
"structured": {
"id": "CLSA-2026-1792021687",
"aliases": [
"CLSA-2026-1792021687"
],
"affected": [
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "0"
},
{
"fixed": "1.10.4-2.0.5.el7.tuxcare.els1"
}
]
}
],
"package": {
"name": "gstreamer1-plugins-good",
"purl": "pkg:rpm/tuxcare/gstreamer1-plugins-good?distro=centos-7",
"ecosystem": "TuxCare:CentOS:7"
},
"database_specific": {
"source": "https://github.com/cloudlinux/tuxcare-osv/tree/main/data/els_os/centos7els/CLSA-2026-1792021687.json"
}
}
],
"modified": "2026-10-26T09:43:54.479409394Z",
"provider": "osv",
"upstream": [
"CVE-2024-47540",
"CVE-2024-47606",
"CVE-2024-47607",
"CVE-2024-47613",
"CVE-2026-53705"
],
"references": [
"https://errata.tuxcare.com/els_os/centos7els/CLSA-2026-1792021687.html",
"https://nvd.nist.gov/vuln/detail/CVE-2024-47540",
"https://nvd.nist.gov/vuln/detail/CVE-2024-47606",
"https://nvd.nist.gov/vuln/detail/CVE-2024-47613",
"https://nvd.nist.gov/vuln/detail/CVE-2026-53705"
]
},
"related_cves": [
{
"value": "CVE-2024-47540",
"evidence": "/upstream"
},
{
"value": "CVE-2024-47606",
"evidence": "/upstream"
},
{
"value": "CVE-2024-47607",
"evidence": "/upstream"
},
{
"value": "CVE-2024-47613",
"evidence": "/upstream"
},
{
"value": "CVE-2026-53705",
"evidence": "/upstream"
}
],
"security_relevant": true,
"severity_evidence": null
},
"source_id": "core-osv",
"document_id": 450234,
"published_at": "2026-10-17T13:05:05+00:00"
}