{"id":"OESA-2026-3286","summary":"ffmpeg security update","details":"FFmpeg is a complete and free Internet live audio and video broadcasting solution for Linux/Unix. It also includes a digital VCR. It can encode in real time in many formats including MPEG1 audio and video, MPEG4, h263, ac3, asf, avi, real, mjpeg, and flash.\r\n\r\nSecurity Fix(es):\n\nWhen decoding an OpenEXR file that uses DWAA or DWAB compression, there&apos;s an implicit assumption that the height and width are divisible by 8.\n\nIf the height or width of the image is not divisible by 8, the copy loops at [0] and [1] will continue to write until the next multiple of 8.\n\nThe buffer td-&gt;uncompressed_data is allocated in decode_block based on the precise height and width of the image, so the &quot;rounded-up&quot; multiple of 8 in the copy loop can exceed the buffer bounds, and the write block starting at [2] can corrupt following heap memory.\n\n\n\nWe recommend upgrading to version 8.0 or beyond.(CVE-2025-59732)\n\nWhen decoding an OpenEXR file that uses DWAA or DWAB compression, there&apos;s an implicit assumption that all image channels have the same pixel type (and size), and that if there are four channels, the first four are &quot;B&quot;, &quot;G&quot;, &quot;R&quot; and &quot;A&quot;. The channel parsing code can be found in decode_header. The buffer td-&gt;uncompressed_data is allocated in decode_block based on the xsize, ysize and computed current_channel_offset.\n\nThe function dwa_uncompress then assumes at [5] that if there are 4 channels, these are &quot;B&quot;, &quot;G&quot;, &quot;R&quot; and &quot;A&quot;, and in the calculations at [6] and [7] that all channels are of the same type, which matches the type of the main color channels.\n\nIf we set the main color channels to a 4-byte type and add duplicate or unknown channels of the 2-byte EXR_HALF type, then the addition at [7] will increment the pointer by 4-bytes * xsize * nb_channels, which will exceed the allocated buffer.\n\n\n\n\n\nWe recommend upgrading to version 8.0 or beyond.(CVE-2025-59733)\n\nA heap-buffer-overflow write exists in jpeg2000dec FFmpeg which allows an attacker to potentially gain remote code execution or cause denial of service via the channel definition cdef atom of JPEG2000.(CVE-2025-9951)","modified":"2026-08-07T03:00:56.996129481Z","published":"2026-08-07T02:43:41Z","upstream":["CVE-2025-59732","CVE-2025-59733","CVE-2025-9951"],"database_specific":{"severity":"High"},"references":[{"type":"ADVISORY","url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3286"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2025-59732"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2025-59733"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2025-9951"}],"affected":[{"package":{"name":"ffmpeg","ecosystem":"openEuler:24.03-LTS-SP4","purl":"pkg:rpm/openEuler/ffmpeg&distro=openEuler-24.03-LTS-SP4"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"6.1.1-40.oe2403sp4"}]}],"ecosystem_specific":{"aarch64":["ffmpeg-6.1.1-40.oe2403sp4.aarch64.rpm","ffmpeg-debuginfo-6.1.1-40.oe2403sp4.aarch64.rpm","ffmpeg-debugsource-6.1.1-40.oe2403sp4.aarch64.rpm","ffmpeg-devel-6.1.1-40.oe2403sp4.aarch64.rpm","ffmpeg-libs-6.1.1-40.oe2403sp4.aarch64.rpm","libavdevice-6.1.1-40.oe2403sp4.aarch64.rpm"],"src":["ffmpeg-6.1.1-40.oe2403sp4.src.rpm"],"x86_64":["ffmpeg-6.1.1-40.oe2403sp4.x86_64.rpm","ffmpeg-debuginfo-6.1.1-40.oe2403sp4.x86_64.rpm","ffmpeg-debugsource-6.1.1-40.oe2403sp4.x86_64.rpm","ffmpeg-devel-6.1.1-40.oe2403sp4.x86_64.rpm","ffmpeg-libs-6.1.1-40.oe2403sp4.x86_64.rpm","libavdevice-6.1.1-40.oe2403sp4.x86_64.rpm"]},"database_specific":{"source":"https://repo.openeuler.org/security/data/osv/OESA-2026-3286.json"}}],"schema_version":"1.8.0","severity":[{"type":"CVSS_V4","score":"CVSS:4.0/AV:A/AC:H/AT:N/PR:N/UI:P/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N"}]}