UDV Group: при Zero-Day компаниям нельзя просто ждать патча
Российский разработчик решений в области киберустойчивости UDV Group предупреждает о рисках неизвестных уязвимостей для бизнеса. Эксперт компании Иван Бурмистров объяснил, как организациям действовать до выхода исправления, сохранить доказательства атаки и не вернуть злоумышленника в сеть вместе с восстановленной системой.
Уязвимость нулевого дня, или Zero-Day, остается одним из самых сложных сценариев для ИТ- и ИБ-команд. Ошибка в ПО уже может быть известна злоумышленникам и использоваться в атаках, но у компании еще нет готового патча, точных сигнатур и полной информации о масштабе риска.
В UDV Group отмечают, что для бизнеса Zero-Day - это не только техническая проблема, а период неопределенности. Сервисы должны продолжать работать, при этом атакующий может получить первичный доступ, закрепиться в системе, украсть учетные данные, начать движение по сети или подготовить шифрование.
«В такие моменты руководителю важно не ждать идеальной инструкции от вендора, а понимать, какие решения принимаются в первые часы и кто за них отвечает. Патч закроет уязвимость, но он не ответит на вопрос, что уже произошло до его установки», - отметил Иван Бурмистров, пресейл-инженер UDV Group.
По оценке UDV Group, до выхода исправления компания должна снизить вероятность эксплуатации и ограничить ущерб, если атака уже началась. Для этого необходимо усилить контроль на периметре, настроить более строгий мониторинг конечных точек, проверить базовые механизмы защиты ОС и ограничить доступ между сегментами сети.
Особое значение получает поведенческий анализ. Даже если конкретный эксплойт еще неизвестен средствам защиты, действия атакующего после проникновения часто укладываются в понятные сценарии: запуск команд, попытки закрепления, нестандартные исходящие соединения, поиск учетных записей и подготовка дальнейшего движения по сети.
Например, тревожным сигналом может быть ситуация, когда веб-сервис внезапно запускает командную оболочку, загружает .NET-сборки, создает файлы в системных каталогах или устанавливает исходящее соединение, которого раньше не было. Для легитимного сервиса такое поведение нетипично, даже если точной сигнатуры под новый эксплойт еще нет.
Временные меры защиты должны строиться в несколько слоев. На периметре компании стоит усилить правила NGFW и WAF, чтобы блокировать подозрительные запросы по характерным паттернам. На рабочих станциях и серверах важно включить более строгие режимы контроля в EDR. Отдельно нужно проверить, где разрешено выполнение скриптов, какие права есть у сервисных учетных записей и насколько реально разделены критичные сегменты сети.
«Сегментация работает только тогда, когда она не просто нарисована на схеме, а действительно ограничивает движение. При Zero-Day нельзя гарантировать, что первичного проникновения не будет. Но можно сделать так, чтобы один скомпрометированный сервис не стал входом во всю сеть», - подчеркнул Иван Бурмистров.
Если есть подозрение, что уязвимость уже использовали, в первый час важно не уничтожить доказательства. В UDV Group не рекомендуют начинать с выключения сервера или удаления подозрительных файлов. Более безопасный подход - изолировать узел на уровне сети: отключить порт коммутатора, перевести устройство в отдельную VLAN или заблокировать коммуникации на межсетевом экране. Питание лучше не выключать, если нет прямой угрозы для бизнеса или оборудования.
Причина в том, что оперативная память и активные процессы могут показать, как был применен эксплойт, какие команды выполнялись и какие учетные данные могли попасть к атакующему. Если просто отключить сервер, значительная часть этих данных будет потеряна. Поэтому вместе с дампом памяти необходимо собрать логи веб-сервера, ОС, EDR, а также сетевые логи NTA и NGFW хотя бы за последние 48 часов.
Еще одна распространенная ошибка - восстановление из «грязного» бэкапа. Если резервная копия была создана уже после проникновения, компания рискует вернуть злоумышленника вместе с восстановленной системой. Перед возвратом сервиса в работу нужно определить момент компрометации, проверить точки восстановления, сменить пароли, особенно для привилегированных учетных записей, и убедиться, что в системе не осталось механизмов закрепления.
В UDV Group подчеркивают: готовность к Zero-Day определяется не только скоростью установки патча. Компания должна заранее понимать, какие признаки считать тревожными, как изолировать узел без потери доказательств, какие логи собирать, где искать закрепление и какие резервные копии можно использовать для восстановления. Такой подход снижает риск того, что неизвестная уязвимость превратится в атаку, при которой организация действует вслепую.