Уязвимость в Office 365 позволяет легитимизировать поддельные письма

Уязвимость в Office 365 позволяет легитимизировать поддельные письма

Ошибка в Office 365 может позволить злоумышленникам рассылать вредоносные электронные письма, отправленные якобы с легитимного адреса microsoft.com. Проблема была обнаружена исследователем из Турции Утку Сен (Utku Sen), известным тем, что он выпустил вымогателя с открытым исходным кодом исключительно в исследовательских целях.

Сен нашел проблему во время тестирования спам-фильтров почтовых сервисов, таких как Outlook 365, Gmail и Yandex. Исследования проводились при помощи инструмента Social Engineering Email Sender (SEES), эксперт обратил внимание, что Yandex пометил некоторые фишинговые письма зеленым значком, подтверждая тем самым их подлинность.

Оказалось, что проблема заключается в том, как Outlook 365 отправлял письма в Yandex, все они пришли от поддельного домена microsoft.com. Дальнейший анализ показал, что и Gmail также принял фишинговые письма за легитимные.

Интересно отметить, что данный метод сработал только с письмами, отправленными якобы от microsoft.com. Когда эксперт попытался использовать другие домены, письма сразу попали в папку для спама.

Сену не удалось самому выяснить причину, однако пользователь Reddit под ником ptmb предположил, что проблема кроется в том, что Outlook подписывал отправленные письма своим DKIM-ключом.

«Это означает, что сообщения, пересылаемые через Outlook автоматически подписываются DKIM-подписью от Microsoft и выглядят так, будто были отправлены с домена microsoft.com» - объясняет ptmb.

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