Почта Microsoft Office 365 раскрывает IP-адрес отправителей в письмах

Почта Microsoft Office 365 раскрывает IP-адрес отправителей в письмах

Почта Microsoft Office 365 раскрывает IP-адрес отправителей в письмах

Если вы используете интерфейс веб-почты Office 365, стоит обратить внимание на один нюанс. Отправляя электронные письма через Office 365, вы должны быть готовы к тому, что ваш локальный IP-адрес вставляется в письмо в качестве дополнительного заголовка.

Таким образом, пользователи, желающие скрыть свой адрес с помощью интерфейса веб-почты Office 365, получали обратный эффект. При отправке письма с помощью сервиса от Microsoft (https://outlook.office365.com/) Office 365 внедряет дополнительный хедер под названием «x-originating-ip».

Именно этот заголовок содержит IP-адрес подключившегося клиента. В этом случае это локальный адрес отправителя.

authentication-results: spf=none (sender IP is )
 smtp.mailfrom=test@example.com
x-originating-ip: [23.xx.xx.xx] — вот та самая строка
x-ms-publictraffictype: Email

Исследователи BleepingComputer также проанализировали работу Gmail, Yahoo, AOL, Outlook.com — ни один из этих сервисов не включал IP-адрес отправителя в хедер.

Если вы хотите скрыть свой IP при использовании Office 365, рекомендуется задействовать VPN-сервис или Tor.

Подпишитесь на новости

Облако под ноль: Beget восстанавливает инфраструктуру после атаки

У Beget случилось то, чего боится любой клиент хостинга: облачную инфраструктуру уничтожили, а резервные копии файлов VPS, по оценке провайдера, будут доступны лишь половине пользователей. После кибератаки в ночь на 2 ноября компания собирает облако заново.

О ходе восстановления Beget рассказал в своём телеграм-канале. По данным компании, злоумышленники добрались до управляющего контура всей архитектуры и запустили обнуляющие скрипты.

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

Архитектуру облака и управляющие сервисы уже подняли. Первые серверы Beget рассчитывает подключить в течение одного-двух дней после публикации сообщения.

Затем предстоят интеграция и тестирование. Сроков полного восстановления по-прежнему нет, а наличие бэкапа ещё не означает, что данные быстро вернутся.

С хостингом ситуация получше: в работу вернули более 60%. Специалисты проверили уцелевшие серверы с резервными копиями и обновили базу бэкапов. Остальные серверы пострадали сильнее, с ними придётся возиться дольше.

Последствия вышли за пределы сайтов и виртуальных машин. Из-за сбоя перебои возникли у BelkaCar: Beget обеспечивал связь приложения каршеринга с серверами. Сервис восстановил доступ для пользователей, перебравшись к другому подрядчику.

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