Отраслевые тенденции | 14 октября 2026 г.
В течение многих лет безопасность приложений основывалась на привычном предположении: когда обнаруживается уязвимость, у организаций есть время оценить риск, разработать или получить исправление (патч), протестировать его и развернуть до того, как злоумышленники смогут воспользоваться этой слабостью.
Искусственный интеллект делает это предположение все более опасным.
ИИ ускоряет обнаружение уязвимостей, разведку, разработку эксплойтов и автоматизацию атак. По мере того как эти возможности становятся все более изощренными, злоумышленники могут выявлять и использовать слабые места с такой скоростью, к которой традиционные процессы безопасности и разработки просто не приспособлены. В некоторых случаях эксплуатация начинается еще до того, как информация об уязвимостях становится публично доступной.
«Организации должны продолжать совершенствовать свои процессы исправления уязвимостей, но им также нужны способы защиты приложений и API, когда постоянные исправления недоступны немедленно».
Последствия выходят далеко за рамки необходимости быстрее устанавливать патчи. Организациям необходимо переосмыслить способы защиты приложений и API, когда время, необходимое для устранения уязвимости, может значительно превышать время, которое требуется злоумышленникам для ее эксплуатации. Эту тему я подробно рассматриваю в своем выступлении «WAAP для мира после Mythos» на виртуальном саммите F5 Post-Mythos Security Summit, доступном по запросу.
Как я обсуждаю в своем выступлении, ответ начинается с осознания того, что немедленная защита и постоянное устранение уязвимостей — это две разные задачи. Вот три способа, которыми руководителям служб безопасности следует пересмотреть свой подход по мере того, как этот разрыв продолжает расти.
1. Признайте, что разрыв в защищенности стал структурным
Команды безопасности годами работали над улучшением управления уязвимостями и ускорением развертывания патчей. Эти усилия остаются важными. Но существует фундаментальный предел того, насколько быстро организации могут безопасно изменять приложения и инфраструктуру.
Патчи должны быть оценены, протестированы и развернуты. Команды разработчиков должны учитывать зависимости приложений, операционную стабильность и возможность того, что экстренное исправление может создать новые проблемы. Для предприятий, управляющих тысячами приложений в различных средах, эти процессы неизбежно сложны.
Тем временем ИИ меняет ситуацию со стороны злоумышленников.
Растущая способность автоматизировать обнаружение и эксплуатацию уязвимостей означает, что злоумышленники могут действовать на машинной скорости, в то время как защитники остаются ограниченными циклами разработки и операционными требованиями. Даже самые эффективные организации не могут устранить это несоответствие, просто требуя от своих команд работать быстрее.
Это создает структурный разрыв в защищенности. Уязвимости могут стать пригодными для эксплуатации задолго до того, как организации смогут безопасно развернуть постоянные исправления. И по мере дальнейшего развития ИИ этот разрыв становится все труднее контролировать.
Вопрос, с которым должны столкнуться руководители служб безопасности, заключается уже не только в том, как ускорить установку патчей, но и в том, как защитить свои организации, когда исправление не может быть выполнено достаточно быстро.
2. Защита и устранение уязвимостей требуют разных временных рамок
Решение этой задачи требует изменения мышления. Традиционно управление уязвимостями было сильно сосредоточено на исправлении: выявить слабость, расставить приоритеты и устранить ее как можно быстрее. Но когда эксплуатация может опережать появление патча, организации не могут позволить себе делать защиту полностью зависимой от исправления.
Им нужно разделить эти два понятия. Постоянное устранение уязвимости направлено на устранение первопричины. Немедленная защита, тем временем, фокусируется на предотвращении использования злоумышленниками этой уязвимости, пока идет процесс исправления.
Это различие особенно важно для критически важных бизнес-приложений. Спешное внедрение непротестированного патча в рабочую среду может создать собственные операционные риски. Однако задержка развертывания при соблюдении установленных процедур контроля изменений может оставить организацию уязвимой.
Виртуальное исправление (virtual patching) предлагает один из способов решения этой дилеммы. Применяя защитные меры вне уязвимого приложения, организации могут блокировать известные методы эксплуатации без немедленного изменения базового кода.
Важно отметить, что виртуальное исправление не является заменой устранению уязвимостей. Оно также не исключает все возможные пути атаки. Его ценность заключается в снижении риска, пока команды разработчиков и безопасности завершают работу, необходимую для постоянного устранения уязвимости.
Другими словами, организациям нужна возможность реагировать на непосредственные угрозы, не превращая каждый инцидент безопасности в экстренный выпуск приложения. А это требует архитектурного подхода к защите приложений.
3. Архитектура должна преодолеть разрыв
Когда угрозы развиваются быстрее, чем циклы разработки и развертывания приложений, защита должна иметь возможность работать независимо от этих циклов.
Именно здесь современная защита веб-приложений и API (WAAP) (https://www.f5.com/solutions/web-app-and-api-protection) играет все более важную роль. Обеспечивая контроль безопасности на пути передачи данных приложения, WAAP помогает организациям обнаруживать и блокировать вредоносную активность до того, как она достигнет уязвимых приложений. Такие возможности, как межсетевые экраны веб-приложений, безопасность API, защита от ботов и смягчение последствий DDoS-атак, обеспечивают дополнительные уровни защиты.
Архитектурное преимущество значительно. Организации могут применять защитные меры, не дожидаясь изменений в коде приложения, что дает командам разработчиков дополнительное время для изучения уязвимостей и внедрения постоянных исправлений.
Но задача становится все сложнее.
Сегодняшние среды приложений выходят за рамки традиционных веб-приложений. Предприятия все больше зависят от API, приложений на базе ИИ и автономных агентов, которые привносят новые взаимодействия, зависимости и потенциальные поверхности атаки. В то же время атаки с использованием ИИ затрудняют для команд безопасности различие между вредоносной активностью и легитимным трафиком.
Простое добавление новых правил безопасности или генерация большего количества оповещений не является устойчивым решением. Защита должна стать более интеллектуальной и адаптивной, не перегружая команды безопасности и не нарушая законную деловую активность.
Это делает способность точно идентифицировать угрозы, минимизировать ложные срабатывания и обеспечивать надлежащую защиту все более важной. Это также подтверждает необходимость архитектуры, способной обеспечить согласованную защиту во всех приложениях и средах.
В конечном счете, организации не могут решить проблему безопасности на машинной скорости, просто нанимая больше людей или ускоряя существующие процессы. Им нужна архитектура, разработанная для защиты приложений, пока базовые системы догоняют прогресс.
Посмотрите мое выступление о том, как обеспечить защиту, когда исправление уязвимостей не поспевает
ИИ фундаментально меняет взаимосвязь между обнаружением уязвимостей, их эксплуатацией и устранением. Организации должны продолжать совершенствовать свои процессы исправления уязвимостей, но им также нужны способы защиты приложений и API, когда постоянные исправления недоступны немедленно.
В своем выступлении «WAAP для постмифического мира» на саммите F5 Post-Mythos Security Summit я исследую, как современные решения WAAP могут помочь организациям адаптироваться к этой новой реальности. Я демонстрирую, как защита на базе ИИ и виртуальное исправление уязвимостей помогают организациям устранять бреши на периферии, не дожидаясь внесения изменений в программный код приложений. Я также рассматриваю, как эти возможности вписываются в более широкий подход к защите приложений, API и ИИ от все более изощренных угроз.
Чтобы посмотреть мое выступление, зарегистрируйтесь здесь.
Об авторе
Нирав Шах, старший вице-президент по маркетингу продуктов и решений | F5
Нирав Шах — старший вице-президент и руководитель отдела маркетинга продуктов и решений в F5, где он определяет стратегическое направление в области безопасности приложений и безопасности ИИ. До прихода в F5 он одиннадцать лет проработал в Fortinet на различных руководящих должностях, в частности, возглавляя направления SASE на базе ИИ, SOC и решений для безопасных сетей. Его обширный опыт также включает работу на ключевых ролях в Cisco Systems, где он руководил крупными инициативами по SD-WAN. Обладая более чем двадцатилетним опытом работы в секторе кибербезопасности, он имеет подтвержденный послужной список в запуске продуктов, определяющих рынок, и создании высокоэффективных команд, которые синхронизируют разработку продуктов с продажами и маркетингом для достижения максимального результата. Будучи идейным лидером и выпускником USC, он часто выступает на отраслевых конференциях и регулярно пишет статьи для ведущих изданий о пересечении ИИ и кибербезопасности, при этом уделяя время наставничеству начинающих специалистов в области кибербезопасности.
