Se ha detectado una vulnerabilidad crítica denominada “PixelSmash” (CVE-2026-8461) en el decodificador MagicYUV de FFmpeg. Este fallo, calificado con una puntuación de 8.8 (Alta) en la escala CVSS, consiste en una escritura fuera de los límites del montón en el componente libavcodec. Esto permitiría a los atacantes utilizar archivos multimedia aparentemente inofensivos para lograr la ejecución remota de código (RCE).

Se ha revelado una vulnerabilidad crítica en el decodificador MagicYUV de FFmpeg que permite a los atacantes convertir archivos multimedia aparentemente inofensivos en armas y, en algunos escenarios, lograr la ejecución remota de código (RCE).

El fallo, rastreado como CVE-2026-8461 y apodado “PixelSmash”, es una escritura fuera de límites del montículo (heap out-of-bounds write) en el componente libavcodec de FFmpeg, con una puntuación CVSS de 8.8 (Alta).

Según la investigación de seguridad de JFrog, un solo archivo AVI, MKV o MOV manipulado es suficiente para bloquear aplicaciones o, con una cadena de exploits refinada, ejecutar comandos arbitrarios en el sistema subyacente.

FFmpeg es uno de los marcos de procesamiento de medios más desplegados y viene incluido en innumerables aplicaciones, incluyendo reproductores de video de escritorio, generadores de miniaturas de Linux, servidores de medios autoalojados, canalizaciones de transcodificación en la nube e incluso pilas de procesamiento de datos de IA/ML.

Debido a que el decodificador MagicYUV está habilitado por defecto en las compilaciones oficiales de FFmpeg y en la mayoría de las distribuciones de Linux principales, el error se propaga silenciosamente en cualquier proyecto que enlace libavcodec.

Vulnerabilidad de FFmpeg

JFrog confirmó bloqueos en aplicaciones como Kodi, mpv, ffmpegthumbnailer, Jellyfin, Emby, Nextcloud, Immich, PhotoPrism y OBS Studio, y demostró una RCE completa contra un servidor de medios Jellyfin y una instancia de Nextcloud utilizando un archivo AVI malicioso de 50 KB.

La causa raíz reside en cómo el decodificador MagicYUV maneja las secciones (slices) de video y las alturas del plano de croma. MagicYUV utiliza secciones divididas horizontalmente por fotograma y, para formatos submuestreados como YUV420P, el decodificador debe traducir las alturas de la sección de luma en alturas de la sección de croma.

Debido a un error de redondeo entre el asignador de fotogramas y el decodificador, un valor de slice_height controlado por el atacante puede hacer que FFmpeg escriba una fila completa de datos de croma más allá del final de un búfer asignado en el montículo.

En la prueba de concepto, un flujo de medios manipulado establece el slice_height en un valor impar, lo que provoca una acumulación de filas desplazadas por uno que empujan las escrituras directamente hacia estructuras de montículo adyacentes.

De manera crítica, las escrituras desbordadas caen en una estructura AVBuffer que FFmpeg utiliza para los búferes de fotogramas con recuento de referencias.

Al crear una carga útil maliciosa, un atacante puede sobrescribir las estructuras de memoria de FFmpeg, provocando una llamada a system() con un comando controlado por el atacante y permitiendo la ejecución remota de código.

En el exploit de Jellyfin de JFrog, esto se convirtió en una shell inversa que se ejecutaba bajo la cuenta de servicio de Jellyfin una vez que el escaneo de la biblioteca de medios activó ffprobe sobre el archivo malicioso.

La superficie de ataque es amplia y a menudo es "casi sin clics". En computadoras de escritorio, el simple hecho de navegar por una carpeta puede activar la generación de miniaturas a través de ffmpegthumbnailer y activar el error.

En servidores, las plataformas de medios como Jellyfin, Emby y Nextcloud invocan automáticamente ffmpeg o ffprobe para generar vistas previas y metadatos cuando aparecen o se visualizan archivos nuevos.

JFrog también advierte que existen vectores similares en canalizaciones de medios en la nube y entornos de IA/ML que utilizan FFmpeg (directamente o a través de PyAV/OpenCV) para decodificar video proporcionado por el usuario.

Convirtiendo a PixelSmash en una potencial denegación de servicio o una primitiva de explotación dentro de trabajadores compartidos de inferencia o procesamiento de datos.

Para explotar PixelSmash, un atacante solo necesita entregar el archivo de medios manipulado a cualquier aplicación que decodifique video usando FFmpeg con MagicYUV habilitado.

No se requiere autenticación ni privilegios elevados más allá de la capacidad de cargar, compartir o colocar un archivo para su procesamiento automático.

Esto hace que las configuraciones comunes, como los clientes de torrent que escriben directamente en directorios de bibliotecas de medios, sean especialmente peligrosas, ya que los auto-escaneos estilo Jellyfin pueden procesar contenido malicioso inmediatamente después de la descarga, sin ninguna interacción del usuario.

La vulnerabilidad ha sido corregida en una versión parcheada de FFmpeg (por ejemplo, 8.1.2 o posterior con los controles de límites de MagicYUV aplicados), y se insta encarecidamente a los usuarios a actualizar sus compilaciones de FFmpeg lo antes posible.

Como mitigación temporal, los administradores pueden volver a compilar FFmpeg con el decodificador MagicYUV desactivado o aplicar el parche mínimo que rechaza los valores de slice_height inválidos antes de la decodificación.

Dado que se trata de un problema de la cadena de suministro en una biblioteca fundamental, se recomienda que los proyectos que integran FFmpeg auditen sus compilaciones, reduzcan los códecs habilitados donde sea posible y adopten estrategias de listas permitidas similares a la configuración mínima de decodificador de Plex para limitar el radio de impacto en el futuro.