Bump FFmpeg to 8.1.2 on 5.x (CVE-2026-8461) - #1255
Conversation
Mirrors opencv#1249 (merged on 4.x). Bumps the manylinux and musllinux Dockerfiles from FFmpeg 8.1.1 to 8.1.2 and points the manylinux DOCKER_IMAGE tags at the :20260725 images that ship 8.1.2, matching the current 4.x branch. The i686 build is on a separate older 5.1.x line and is left unchanged.
|
@asmorkalov friendly ping on this one — it's the 5.x half of #1248 (the same CVE-2026-8461 FFmpeg 8.1.2 bump that shipped on 4.x in #1249), and CI has now settled. Current state on So that is a GitHub artifact-upload timeout after a clean build, not a build break. Worth noting it also confirms FFmpeg 8.1.2 compiles fine on macOS arm64. The change is 7 files, +16/-16: Good to merge whenever you have a moment. |
Summary
Bumps FFmpeg from 8.1.1 to 8.1.2 on the
5.xbranch to fix CVE-2026-8461 (out-of-bounds write in FFmpeg's MagicYUV decoder, CWE-787, CVSS 8.8), fixed upstream in FFmpeg 8.1.2.This mirrors #1249, which already landed the same bump on
4.x(shipped in4.14.0.94).5.xwas still building its manylinux/musllinux wheels against 8.1.1, so it remained exposed. Follow-up requested in #1248.Changes
docker/manylinux2014/Dockerfile_{aarch64,x86_64}FFMPEG_VERSION8.1.1 → 8.1.2docker/manylinux_2_28/Dockerfile_{aarch64,x86_64}FFMPEG_VERSION8.1.1 → 8.1.2docker/musllinux_1_2/Dockerfile_{aarch64,x86_64}FFMPEG_VERSION8.1.1 → 8.1.2.github/workflows/build_wheels_manylinux.ymlDOCKER_IMAGEtags:20260531→:20260725(the same 8.1.2 images4.xnow ships)Scope
DOCKER_IMAGE, so pointing the tags at:20260725is what actually delivers 8.1.2 into the wheels; the DockerfileARGbumps keep the recipes in sync.5.xi686 build is on a separate, older FFmpeg 5.1.x line and is intentionally left unchanged here.This only gets the fix into the branch — cutting/publishing the
5.xrelease is a maintainer action whenever you're ready. cc @asmorkalov @aremishevsky