Уязвимости в старых версиях FFmpeg

Уязвимости в старых версиях FFmpeg

Microsoft и Secunia опубликовали информацию об уязвимостях в наборе open source инструментов и библиотек FFmpeg до версии 0.11.2, включительно. Как известно, FFmpeg 1.0 вышел 1 октября 2012 года, то есть относительно недавно. Хотя в последней версии уязвимости закрыты, но наверняка многие пользователи ещё не успели обновиться.

Широкая распространённость FFmpeg на всех платформах делает уязвимости даже в старых версиях библиотеки чрезвычайно опасными и подходящими для создания успешных эксплойтов.

Предупреждение Microsoft MSVR12-017 относится к версиям FFmpeg 0.10 и более ранним. Согласно описанию, библиотека libavcodec некорректно обрабатывает содержимое медиафайлов ASF, QuickTime (QT) и Windows Media Video (WMV), что позволяет внедрить в них вредоносный код и исполнить код в системе с теми же правами, под которыми работает пользователь. Если юзер работает с правами администратора, то код получает полные права в системе, может незаметно устанавливать программное обеспечение, просматривать/изменять/удалять файлы и т.д., передает  xakep.ru 

Microsoft заблаговременно сообщила разработчикам FFmpeg об обнаруженных уязвимостях, которым присвоены номера CVE-2012-5359, CVE-2012-5360 и CVE-2012-5361.

В сообщении от компании Secunia указаны те же уязвимости, но написано, что они присутствуют вплоть до версии 0.11.2, которая была последней версией FFmpeg до релиза 1.0.

Дополнительно поясняется, что ошибка содержится в коде libavcodec/mpegaudiodec.c, а именно — в реализации функции ff_compute_band_indexes(). Специалисты Secunia указывают на связь этой уязвимости с багом в mp3dec, о котором сообщил Костя Шишков в мае 2012 года.

Минцифры чаще всего отказывает российскому ПО из-за иностранного софта

Главным врагом российских разработчиков при попытке попасть в реестр отечественного ПО оказались не документы и даже не интерфейс, а иностранные компоненты внутри продукта.

Пользователь Хабра ksalnikova проанализировала 115 отказных заключений Минцифры, вынесенных с марта по июнь 2026 года. В 60% случаев причиной стали зарубежные компоненты с экспортными или лицензионными ограничениями.

Абсолютные лидеры антирейтинга — NVIDIA CUDA, упомянутая в 14 отказах, а также CentOS и Red Hat Enterprise Linux — по 12 случаев. Причем проблемный софт нередко прятался внутри Docker-контейнеров, о составе которых сами разработчики, похоже, вспоминали только после отказа.

 

Также под удар попадали Windows Server, Oracle Linux, VMware, Microsoft SQL Server, Oracle JDK и даже Microsoft Office. В отдельных случаях заявители сами указывали иностранную платформу как обязательную для работы продукта — и фактически приносили экспертам готовое основание для отказа.

 

Каждый шестой провал оказался еще обиднее: эксперт просто не смог запустить программу. Где-то не распаковался архив, где-то протух сертификат, не работал SSH или инструкция заканчивалась раньше, чем начиналась установка.

Еще 16% отказов связаны с зависимостью от зарубежных сервисов. Среди них GitHub, Telegram, Steam, AWS, OpenAI, DeepSeek и даже Google Fonts. Если без внешней платформы продукт превращается в тыкву, отечественным его признавать не спешат.

В список причин также вошли хранение кода за пределами России, отсутствие русского интерфейса, проблемы с правами на продукт и нарушения лицензий.

RSS: Новости на портале Anti-Malware.ru