Microsoft устранила баг запуска Defender for Endpoint в Windows Server

Microsoft устранила баг запуска Defender for Endpoint в Windows Server

Microsoft устранила баг запуска Defender for Endpoint в Windows Server

Microsoft наконец устранила известную ошибку, из-за которой пользователи Windows Server страдали несколько недель. Речь идёт о баге корпоративной платформы Microsoft Defender для конечной точки, мешавшем ей запускаться в отдельных системах.

Корпорация признала наличие проблемы ещё в ноябре. Тогда техногигант объяснил, что баг затрагивает инсталляции Windows Server Core, поскольку именно на таких устройствах Microsoft Defender для конечной точки (в прошлом — Microsoft Defender ATP) отказывался запускаться.

Также в Microsoft отметили, что с проблемой столкнулись владельцы устройств, на которых установлены версии операционной системы Windows Server 2019 и Windows Server 2022, а основной причиной такого поведения защитной системы стали обновления (Patch Tuesday), выпущенные в прошлом месяце.

Разработчики утверждают, что избавили пользователей от ошибки с выходом апдейта под номером KB5008223 в рамках декабрьского набора патчей. Обновления можно установить с помощью Windows Update или же скачать вручную из каталога Microsoft.

Напомним, что в начале месяца Microsoft Defender для конечной точки испугал системных администраторов ложноположительным срабатыванием на вредоносную программу Emotet. Судя по всему, баг появился после обновления под номером 1.353.1874.0.

А в ноябре Microsoft существенно усовершенствовала функциональность Defender for Endpoint, добавив ему защиту от шифровальщиков, основанную на искусственном интеллекте.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

В ExpressVPN для Windows устранили уязвимость слива IP за считаные дни

ИБ-команда ExpressVPN опубликовала информацию об уязвимости, закрытой в Windows-клиенте версии 12. Возможность раскрытия IP-адреса пользователя возникает при установке RDP-соединения на порту 3389.

Уведомление о найденной уязвимости было подано 25 апреля в рамках программы bug bounty, запущенной для ExpressVPN. К 30 апреля вышла сборка 12.101.0.45 с исправлениями; фикс разошелся по всем каналам распределения, получил одобрение автора находки, и к концу июня тикет был официально закрыт.

В появлении проблемы был повинен отладочный код, по недосмотру оставшийся в промышленных сборках VPN-клиента для Windows с 12.97 по 12.101.0.2-beta. Из-за этого трафик на порту 3389/TCP (его также использует RDP) не попадал в VPN-туннель с предусмотренным шифрованием.

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

Эксплойт уязвимости возможен лишь в том случае, когда автор атаки о ней знает и удастся спровоцировать трафик на порту 3389 — к примеру, заставить намеченную жертву зайти на вредоносный сайт из-под VPN.

Данная угроза актуальна для организаций: RDP в основном используется в корпоративном окружении.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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