Microsoft год закрывала уязвимость JASBUG в Active Directory

Вчера вышел традиционный ежемесячный бюллетень Patch Tuesday за февраль 2015 года от компании Microsoft со списком закрытых уязвимостей. Этот бюллетень отличается от остальных. В нём есть три критичные уязвимости, но одна особенная: MS15-011. Это баг в Active Directory с возможностью удалённого исполнения кода.

Причём уязвимость находится в дизайне системы и присутствовала там с самого начала, то есть с 2000 года (вроде, эксплоитов не было).

Джефф Шмидт из компании JAS Global Advisors сообщили в найденном баге в январе 2014 года. Специалисты Microsoft оказались настолько шокированы этой информацией, что им пришлось действовать очень осторожно, говорит Шмидт. Быстро, но осторожно. Поэтому срок 12 месяцев он считает вполне нормальным, всё сделано правильно, пишет xakep.ru.

Шмидт называет уязвимость JASBUG (по странному совпадению с компанией, которую он возглавляет), потому что сейчас всем багам такого масштаба принято давать имена.

Так в чём же дело? Итак, Active Directory позволяет администраторам использовать групповые политики для обеспечения единообразия настройки пользовательской рабочей среды, разворачивать программное обеспечение на множестве компьютеров через групповые политики, устанавливать обновления операционной системы, прикладного и серверного программного обеспечения на компьютерах в сети, используя службу обновления. Active Directory хранит данные и настройки среды в централизованной базе данных и связывается с клиентами, где Active Directory встроена в ОС Windiows.

Так вот, именно в этой системе оказался баг. Клиентские машины, которые взаимодействовали с централизованной базой Active Directory, зачастую не выполняли корректную проверку аутентичности сервера, от которого получали команды. Из-за некорректной проверки имени DNS злоумышленник мог перенаправить трафик, который предназначался серверу Active Directory, на посторонний сервер и выступить от имени оригинального сервера Active Directory.

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

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

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

Баг Android сливает DNS-запросы при блокировке соединений в обход VPN

Один из пользователей Mullvad VPN заметил интересную особенность: смартфоны на Android сливают DNS-запросы в момент переключения серверов. Причем это происходит даже при включенной функции «Always-on VPN» с опцией блокировки соединений без VPN.

«Always-on VPN» запускает службу VPN при включении устройства и поддерживает её работу на протяжении всего цикла активности.

Опция «Block Connections Without VPN» в этом контексте нужна для экстренного разрыва сетевого соединения, её задача — убедиться, что все запросы проходят через VPN-туннель.

Тем не менее, как отмечают в Mullvad, 22 апреля один из пользователей обнаружил в Android баг, из-за которого частично сливалась информация о DNS. Проблема актуальна даже для последней версии мобильной операционной системы — Android 14.

Описанный баг проявляется при использовании приложений, отправляющих прямые запросы C-функции getaddrinfo. Задача последней — предоставлять независимый от протокола перевод из тестового имени хоста в IP-адрес.

В итоге выяснилось, что Android сливает DNS-трафик при выключенном VPN или в момент, когда пользователь меняет настройки клиента.

«Нам не удалось обнаружить утечки у приложений, использующих исключительно Android API (например, DnsResolver). А вот браузер Chrome — классический пример софта, использующего getaddrinfo напрямую», — объясняют в Mullvad.

«Утечка происходит вне зависимости от того, включены ли опции “Always-on VPN” и “Block connections without VPN”, что является нетипичным поведением системы и должно быть устранено на уровне ОС».

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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