Как не дать атакующим сократить путь к цели: кейс Standoff 17 и MaxPatrol Carbon

На кибербитве недостаточно придумать сценарий атаки и собрать под него инфраструктуру. Нужно ещё убедиться, что ошибка в настройках, забытая учётная запись или новая уязвимость не открыли «красным» незапланированный короткий путь к цели.

На Standoff 17 искать такие маршруты архитектору помогал MaxPatrol Carbon. И несколько находок оказались особенно показательными:

🔹 Лишняя учётка сократила путь к целевому активу. После добавления вектора эксплуатации RCE-уязвимости в SQL Server обнаружился альтернативный маршрут через компрометацию учётной записи, которой вообще не было в расчётном сценарии.

🔹 Свежая уязвимость стала частью нового маршрута атаки. На момент анализа для неё ещё не было публичного эксплойта, но MaxPatrol Carbon заранее показал её роль в цепочке. Во время кибербитвы рабочие эксплойты появились — и «красные» начали пробовать этот путь.

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

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

Как архитекторы Standoff проверяли эти цепочки рассказываем в новой статье.

@PTproductUpdate