Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

fstec логотип

BDU:2017-02090

Опубликовано: 25 авг. 2016
Источник: fstec
CVSS2: 7.1
EPSS Низкий

Описание

Уязвимость функции asf_read_marker мультимедийной библиотеки FFmpeg связана с ошибками управления ресурсом. Эксплуатация уязвимости может позволить нарушителю, действующему удалённо, вызвать расходование памяти и отказ в обслуживании с помощью специально созданного файла формата ASF, который требует большого значения поля «name_len» или «count» в заголовке, но не содержит достаточных резервных данных, поэтому цикл потребляет значительные ресурсы ЦП, поскольку в нем нет проверки EOF

Вендор

FFmpeg team

Наименование ПО

FFmpeg

Версия ПО

3.3.3 (FFmpeg)

Тип ПО

Прикладное ПО информационных систем

Операционные системы и аппаратные платформы

-

Уровень опасности уязвимости

Высокий уровень опасности (базовая оценка CVSS 2.0 составляет 7,1)

Возможные меры по устранению уязвимости

Используемые рекомендации:
https://github.com/FFmpeg/FFmpeg/commit/7f9ec5593e04827249e7aeb466da06a98a0d7329

Статус уязвимости

Подтверждена производителем

Наличие эксплойта

Данные уточняются

Информация об устранении

Уязвимость устранена

Идентификаторы других систем описаний уязвимостей

EPSS

Процентиль: 63%
0.00447
Низкий

7.1 High

CVSS2

Связанные уязвимости

CVSS3: 6.5
ubuntu
больше 8 лет назад

In FFmpeg 3.3.3, a DoS in asf_read_marker() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption. When a crafted ASF file, which claims a large "name_len" or "count" field in the header but does not contain sufficient backing data, is provided, the loops over the name and markers would consume huge CPU and memory resources, since there is no EOF check inside these loops.

CVSS3: 6.5
nvd
больше 8 лет назад

In FFmpeg 3.3.3, a DoS in asf_read_marker() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption. When a crafted ASF file, which claims a large "name_len" or "count" field in the header but does not contain sufficient backing data, is provided, the loops over the name and markers would consume huge CPU and memory resources, since there is no EOF check inside these loops.

CVSS3: 6.5
debian
больше 8 лет назад

In FFmpeg 3.3.3, a DoS in asf_read_marker() due to lack of an EOF (End ...

CVSS3: 6.5
github
больше 3 лет назад

In FFmpeg 3.3.3, a DoS in asf_read_marker() due to lack of an EOF (End of File) check might cause huge CPU and memory consumption. When a crafted ASF file, which claims a large "name_len" or "count" field in the header but does not contain sufficient backing data, is provided, the loops over the name and markers would consume huge CPU and memory resources, since there is no EOF check inside these loops.

suse-cvrf
больше 8 лет назад

Security update for ffmpeg, ffmpeg2

EPSS

Процентиль: 63%
0.00447
Низкий

7.1 High

CVSS2