Критический баг в Microsoft Exchange используется в реальных кибератаках

Критический баг в Microsoft Exchange используется в реальных кибератаках

Критический баг в Microsoft Exchange используется в реальных кибератаках

Microsoft предупреждает об эксплуатации критической уязвимости в Exchange Server. Злоумышленники начали использовать брешь в атаках в качестве 0-day до выхода патчей.

Речь идёт об уязвимости под идентификатором CVE-2024-21410, которая позволяет удалённому атакующему повысить права и провести атаку с ретрансляцией NTLM на уязвимые версии Microsoft Exchange Server.

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

«Киберпреступник может нацелиться на NTLM-клиент (например, Outlook) с помощью уязвимости, допускающей слив учётных данных. Затем скомпрометированные логины и пароли могут использоваться на сервере Exchange для повышения прав», — пишет Microsoft.

«В случае новой уязвимости (CVE-2024-21410) атакующий может задействовать слитый хеш Net-NTLMv2 на сервере и таким образом аутентифицироваться от лица пользователя».

К счастью, разработчики уже подготовили соответствующий патч с выходом февральского набора обновлений. В общей сложности Microsoft устранила 73 бреши, среди которых есть две уязвимости нулевого дня (0-day).

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

За размещение VPN могут на год лишить доступа ко всем хостингам РФ

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

Такая норма, по словам пользователя Хабра freehabr, содержится в новом законопроекте о борьбе с мошенничеством.

Механика следующая: Роскомнадзор ведёт реестр, а хостеры не смогут предоставлять вычислительные мощности включённым в него лицам, обратившимся за услугой в течение года после внесения записи.

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

Но формула «разместил любой VPN — получил бан» слишком широкая. В тексте есть условия: сервис должен обеспечивать доступ к ресурсам, заблокированным в России, а его владелец — не выполнить требования, на которые ссылается проект. Автоматического запрета за само использование VPN или прокси из приведённой нормы не следует.

А что с Telegram-ботом, который работает через прокси? Однозначного ответа этот фрагмент не даёт. Формулировка охватывает сети, сайты, информационные системы и программы, но применение нормы к конкретному сценарию потребует уточнений. Бизнесу здесь есть о чём спросить разработчиков документа.

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

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