В Сети появился код эксплойта для дыр ProxyNotShell в Microsoft Exchange

В Сети появился код эксплойта для дыр ProxyNotShell в Microsoft Exchange

В Сети появился код эксплойта для дыр ProxyNotShell в Microsoft Exchange

Код демонстрационного эксплойта для двух уязвимостей, известных под общим именем ProxyNotShell, появился в общем доступе в Сети. Поскольку патчи готовы с начала ноября, всем рекомендуется установить вышедшие обновления.

Бреши получили идентификаторы CVE-2022-41082 и CVE-2022-41040 и затрагивают версии Microsoft Exchange Server 2013, 2016 и 2019. В случае эксплуатации атакующий может повысить привилегии и запустить PowerShell-скрипт на уровне системы.

Известно, что с выходом ноябрьского набора патчей Microsoft закрыла дыру ProxyNotShell, хотя она эксплуатировалась в реальных кибератаках как минимум с сентября 2022 года. Теперь исследователь под ником Janggggg опубликовал код эксплойта proof-of-concept (PoC), который злоумышленники использовали для взлома серверов Exchange.

Уилл Дорманн из ANALYGENCE протестировал PoC и подтвердил его актуальность — с его помощью легко взламываются Exchange Server 2016 и 2019. Специалист также добавил, что код требует небольшой доработки, чтобы он смог использоваться для атак на Exchange Server 2013.

Аналитики GreyNoise, кстати, отслеживали эксплуатацию ProxyNotShell с конца сентября. В результате они собрали все логи подобной активности здесь, а также приложили список IP-адресов, связанных с этими атаками.

 

В Microsoft подтвердили, что ProxyNotShell действительно эксплуатируются в атаках киберпреступников. Интересно, что злоумышленники с помощью брешей устанавливали на скомпрометированных серверах веб-шеллы Chinese Chopper.

Напомним, что в начале октября на GitHub появились фейковые эксплойты для 0-day в Microsoft Exchange.

Microsoft Defender сам отправит заражённые десктопы в сетевой карантин

Microsoft тестирует новую функцию Defender for Endpoint, которая должна автоматически изолировать скомпрометированные устройства от сети. Проще говоря, если рабочая станция выглядит заражённой, её могут быстро отправить в цифровой карантин, пока атакующий не начал бегать по инфраструктуре как у себя дома.

Функция уже доступна в предварительном режиме и работает в составе механизма, который должен сдерживать атаку, уменьшать ущерб и давать ИБ-команде больше времени на разбор инцидента.

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

В Microsoft объясняют, что такая изоляция должна мешать латеральному перемещению по сети, когда злоумышленник после взлома одной машины пытается добраться до других систем. Также мера может помочь снизить риск утечки данных и распространения шифровальщиков.

Пока автоматическая изоляция работает только для подключённых к Defender for Endpoint пользовательских рабочих станций. После расследования и устранения рисков специалисты безопасности смогут вручную вывести устройство из карантина через Device inventory или страницу конкретного устройства.

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

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

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