Разбор параметров командной строки в libtiff открывает путь к выполнению произвольного кода

В библиотеке libtiff, которую используют для работы с изображениями формата TIFF, обнаружили уязвимость в коде разбора параметров командной строки. Ошибка относится к классу неверного управления генерацией кода. Удалённый злоумышленник способен воспользоваться ею и выполнить на уязвимой системе произвольный код. Под угрозой сборки LibTIFF версии 4.7.1 и более ранние выпуски. Производитель подтвердил проблему, а исправление уже внесено в основную ветку проекта. Сведения об уязвимости опубликовал Банк данных угроз безопасности информации (BDU) под номером BDU:2026-14164.

Детали уязвимости

Механика атаки связана с обработкой параметров, которые программа принимает при запуске. При определённых условиях библиотека формирует исполняемый код на основе внешних данных и не проверяет их надлежащим образом. В результате возникает внедрение кода, то есть способ атаки, при котором вредоносные инструкции попадают внутрь исполняемого процесса. В базе угроз такой тип ошибки описан как CWE-94. Провести атаку можно по сети. Аутентификация для этого не нужна, участия пользователя тоже не требуется. Следовательно, барьер для эксплуатации оказывается низким. Уязвимость получила идентификатор CVE-2026-52490.

Уровень опасности производитель и составители базы оценивают как критический. Оценки отражают полный набор возможных последствий. Злоумышленник может не только выполнить собственный код, но и добраться до данных, а также повлиять на их целостность. При этом доступность сервиса тоже под вопросом, поскольку атакующий обычно не заинтересован в стабильной работе чужой системы. К тому же эксплуатация не требует особых условий, кроме самого факта обработки вредоносного файла или параметра.

LibTIFF остаётся одной из самых распространённых библиотек для работы с изображениями. Её встраивают в графические редакторы, офисные пакеты, программы для сканирования, системы электронного документооборота, медицинские и картографические приложения. Кроме того, библиотека встречается в серверных сервисах, которые автоматически обрабатывают загруженные пользователями файлы. Она входит и в состав операционных систем, где используется множеством прикладных программ. Поэтому уязвимость затрагивает бизнес, госсектор и обычных пользователей одновременно.

Особенно рискованна ситуация на серверах, которые принимают изображения от внешних отправителей. Например, порталы загрузки документов, сервисы печати фотографий или системы обработки сканов. Если такой сервис вызывает уязвимую функцию, злоумышленнику достаточно передать специально подготовленные данные. Дальнейшее развитие событий зависит от прав процесса: при высоких привилегиях атака приводит к полному контролю над узлом, при низких ограничивается рабочим каталогом и доступными файлами. Вместе с тем даже ограниченный доступ позволяет развить атаку и закрепиться в инфраструктуре.

Дополнительный фактор риска связан с тем, что эксплойт уже находится в открытом доступе. Готовый инструмент снижает требования к подготовке злоумышленника. Ему не нужно разбираться в устройстве библиотеки и самостоятельно искать способ обхода защиты. Достаточно взять опубликованный образец и адаптировать его под конкретную цель. Практика показывает, что после публикации эксплойта число попыток эксплуатации растёт в течение нескольких дней. Поэтому время на установку исправлений оказывается ограниченным.

Исправление разработчики внесли в репозиторий проекта. Пользователям и администраторам следует перейти на выпуск новее 4.7.1. Важно учитывать, что приложения редко используют библиотеку напрямую. Чаще она приходит в составе дистрибутива или стороннего продукта. Значит, обновление нужно искать не только на сайте проекта, но и в пакетах операционной системы либо в новой версии самого приложения. Управление исправлениями, то есть регулярный процесс установки обновлений, здесь играет ключевую роль. Без него даже опубликованное исправление не приносит пользы.

Если обновление по каким-то причинам невозможно, стоит ограничить обработку недоверенных файлов. Например, принимать изображения только из проверенных источников или пропускать их через отдельный сервис с минимальными правами. Полезно поместить обработчик в песочницу, то есть изолированную среду, которая не даёт процессу выйти за отведённые рамки. Такой подход не заменяет исправление, но снижает ущерб при успешной атаке. Кроме того, имеет смысл проверить журналы на предмет необычных запусков и сетевых обращений к серверам обработки изображений.

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

Детали уязвимости

Ссылки