Уязвимость Badlock обнаружена почти во всех версиях Windows и Samba

Уязвимость Badlock обнаружена почти во всех версиях Windows и Samba

Уязвимость Badlock обнаружена почти во всех версиях Windows и Samba

В наши дни присвоение имен серьезным уязвимостям уже практически стало традицией, баги даже обзаводятся официальными сайтами. Однако обычно это происходит после их исправления. Патча для уязвимости Badlock пока нет, исправление обещают представить 12 апреля 2016 года (очередной «вторник исправлений» Microsoft).

Проблема была обнаружена в протоколе SMB/CIFS, который используется в Windows и пакете Samba. Уязвимость Badlock нашел сотрудник компании SerNet и член команды Samba Core Team Стефан Метцмахер (Stefan Metzmacher). Именно он присвоил проблеме имя и запустил официальный сайт Badlock.

Детальную информацию об уязвимости Метцмахер пока не раскрывает, давая производителям время на подготовку и выпуск патчей. По информации Метцмахера, исправления будут представлены 12 апреля 2016 года, а значит, Microsoft исправит Badlock наряду с другими багами, в ходе «вторника исправлений». Отталкиваясь от этих данных, можно предположить, что специалисты компании не сочли нужным выпускать отдельный экстренный патч для Badlock, а это хороший знак, передает xakep.ru.

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

С такой точкой зрения согласны далеко не все. Некоторые эксперты уже назвали заблаговременный анонс бага «странной маркетинговой кампанией», которая лишь спровоцирует злоумышленников со всего мира найти уязвимость раньше выхода патча.

 

Действительно, исследователи уже строят предположения относительно того, в чем может заключаться проблема, и этот вопрос явно интересует не только white hat специалистов.

К примеру, эксперты Risk Based Security отмечают, что упоминание «lock» встречается в 40 файлах опенсорсного проекта Samba, а лично Метцмахер приложил руку к 463 файлам проекта, за период с 2002 по 2014 год. Так как он должен знать Samba как никто другой, возможно, проблему следует искать «по его следам», предполагают в Risk Based Security.

Также в сети уже шутят о том, что уязвимость в коде нашел тот же человек, который его написал, а это выглядит несколько странно. 

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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