Что такое Agentic AppSec?

Источник: Snyk

Что такое Agentic AppSec?

Источник: Snyk

Узнайте, как Agentic AppSec использует обоснованные, ограниченные и независимо проверяемые ИИ-агенты для выполнения циклабезопасности приложений.

•Обновлено: 6 октября 2026 г.

Agentic AppSec (агентная безопасность приложений) — это практика использования команды ИИ-агентов по безопасности для реализации всей программы безопасности приложений организации: понимания приложения, моделирования его угроз, поиска важных уязвимостей, принятия решений о том, что стоит исправить, генерации и валидации исправлений, а также подтверждения их эффективности. Это применяется непрерывно как к новому коду, так и к существующему бэклогу.

Этот термин легко перепутать с безопасностью агентного ИИ (agentic AI security), но они направлены в противоположные стороны: безопасность агентного ИИ защищает ИИ-агенты от атак, в то время как Agentic AppSec задействует ИИ-агенты для обеспечения безопасности. Переход к управлению программой с помощью агентов обусловлен объемами: в настоящее время программное обеспечение создается быстрее, чем процессы безопасности под руководством человека успевают его обрабатывать.

Почему безопасности приложений нужна новая операционная модель?

Безопасности приложений необходима новая операционная модель, поскольку скорость написания кода изменилась, и программа, рассчитанная на старую скорость, не справляется с новой.

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

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

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

Что включает в себя цикл AppSec?

Agentic AppSec устраняет это ограничение, поручая цикл безопасности приложений команде агентов. Каждый агент выполняет одну задачу и имеет определенный триггер, и вместе они работают непрерывно с новым кодом и всем, что уже было выпущено. Цикл состоит из шести шагов, каждый из которых зависит от результатов предыдущего:

  • Понять приложение. Построить модель архитектуры, потоков данных, классификации данных, границ доверия и того, что фактически задействовано в продакшене.

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

  • Моделировать угрозы. Использовать эту модель для определения того, где приложение может подвергнуться атаке и какие слабости несут реальные последствия, а затем поддерживать модель угроз в актуальном состоянии по мере изменения кода.

Моделировать угрозы. Использовать эту модель для определения того, где приложение может подвергнуться атаке и какие слабости несут реальные последствия, а затем поддерживать модель угроз в актуальном состоянии по мере изменения кода.

  • Найти важные уязвимости. Объединить детерминированное сканирование с возможностями ИИ-рассуждений, способными охватить классы, которые не описывает ни одна сигнатура, такие как изъяны бизнес-логики и авторизации.

Найти важные уязвимости. Объединить детерминированное сканирование с возможностями ИИ-рассуждений, способными охватить классы, которые не описывает ни одна сигнатура, такие как изъяны бизнес-логики и авторизации.

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

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

  • Сгенерировать и проверить исправления. Подготовить изменения, которые устраняют проблему, проходят ревью и мерджится.

Сгенерировать и проверить исправления. Подготовить изменения, которые устраняют проблему, проходят ревью и мерджится.

  • Доказать надежность исправлений. Подтвердить каждый результат средствами, отличными от системы, которая его создала, а также записать решение и логику обоснования.

Доказать надежность исправлений. Подтвердить каждый результат средствами, отличными от системы, которая его создала, а также записать решение и логику обоснования.

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

Что должно выполняться, чтобы агенты могли управлять программой безопасности?

Агенты могут управлять программой безопасности при соблюдении трех условий, причем третье — это то, что отличает работающую программу от правдоподобно звучащей.

  • Агентам требуется обоснованность (grounding): рассуждения агента без модели приложения приводят к уверенным выводам о кодовой базе, которую он отчасти вообразил. Общая модель, построенная на первом шаге цикла и называемая Snyk графом контекста приложения (application-context graph), — это то, что каждый агент читает перед началом действий.

Агентам требуется обоснованность (grounding): рассуждения агента без модели приложения приводят к уверенным выводам о кодовой базе, которую он отчасти вообразил. Общая модель, построенная на первом шаге цикла и называемая Snyk графом контекста приложения (application-context graph), — это то, что каждый агент читает перед началом действий.

  • Работа должна иметь ограничения (bounds): у каждой задачи есть одна роль, определенный триггер, определенный вход и определенный финал. Агенты, которые знают, где искать в первую очередь, потому что модель угроз указывает им направление, работают точнее и обходятся дешевле агентов, ведущих поиск повсеместно.

Работа должна иметь ограничения (bounds): у каждой задачи есть одна роль, определенный триггер, определенный вход и определенный финал. Агенты, которые знают, где искать в первую очередь, потому что модель угроз указывает им направление, работают точнее и обходятся дешевле агентов, ведущих поиск повсеместно.

  • Валидация должна исходить извне: нельзя доверять агенту, который нашел уязвимость, проверять собственное исправление. Система, оценивающая собственный результат, наследует все допущения своего анализа, и более мощная модель порождает лишь более убедительный неверный ответ. Вот почему детерминированные движки так важны в агентной программе: это инструменты, к которым обращаются агенты, и независимый верификатор того, что эти агенты находят. В Snyk VulnBench JS 1.0 почти половина находок, сделанных исключительно с помощью LLM, проявилась только в одном из пяти идентичных запусков.

Валидация должна исходить извне: нельзя доверять агенту, который нашел уязвимость, проверять собственное исправление. Система, оценивающая собственный результат, наследует все допущения своего анализа, и более мощная модель порождает лишь более убедительный неверный ответ. Вот почему детерминированные движки так важны в агентной программе: это инструменты, к которым обращаются агенты, и независимый верификатор того, что эти агенты находят. В Snyk VulnBench JS 1.0 почти половина находок, сделанных исключительно с помощью LLM, проявилась только в одном из пяти идентичных запусков.

Чем Agentic AppSec отличается от безопасности агентного ИИ?

Agentic AppSec (агентная безопасность приложений) использует ИИ-агентов для защиты программного обеспечения, в то время как безопасность агентного ИИ защищает самих ИИ-агентов. Условия, описанные выше, регулируют работу агентов, занимающихся безопасностью. Обеспечение безопасности самих агентов — это отдельная дисциплина, и большая часть материалов, публикуемых под похожими формулировками, посвящена именно ей.

  • Безопасность агентного ИИ защищает ИИ-агентов. У агента есть память, он вызывает инструменты, хранит учетные данные и предпринимает действия без одобрения каждого из них человеком, что создает риски, на покрытие которых традиционная безопасность приложений не была рассчитана. Промпт-инъекции, неправомерное использование инструментов и слишком широкие разрешения агентов — все это относится сюда.

Безопасность агентного ИИ защищает ИИ-агентов. У агента есть память, он вызывает инструменты, хранит учетные данные и предпринимает действия без одобрения каждого из них человека, что создает риски, на покрытие которых традиционная безопасность приложений не была рассчитана. Промпт-инъекции, неправомерное использование инструментов и слишком широкие разрешения агентов — все это относится сюда.

  • Agentic AppSec задействует ИИ-агентов для защиты программного обеспечения. Агенты выступают в роли специалистов, а программа обеспечения безопасности приложений является их работой.

Agentic AppSec задействует ИИ-агентов для защиты программного обеспечения. Агенты выступают в роли специалистов, а программа обеспечения безопасности приложений является их работой.

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

Что меняется для людей?

Передача процессов агентам меняет то, что делают окружающие люди, но не то, за что они несут ответственность. Три изменения в agentic appsec заключаются в следующем:

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

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

  • Руководители направлений AppSec переходят от роли привратников к роли владельцев программ. Их работа смещается с триажа очереди, которая растет быстрее, чем кто-либо успевает ее разгребать, на проектирование условий, при которых исправлениям можно доверять, и доказательство того, что программа работает.

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

  • Ответственность остается там же, где и была. Лицо, ответственное за программу, продолжает нести ответственность, поэтому программе необходим след аудита, который охватывает то, что решил агент, на основе чего он действовал и чем проверялся результат. Человек переходит от роли оператора к роли аудитора, и именно след аудита делает эту роль жизнеспособной.

Ответственность остается там же, где и была. Лицо, ответственное за программу, продолжает нести ответственность, поэтому программе необходим след аудита, который охватывает то, что решил агент, на основе чего он действовал и чем проверялся результат. Человек переходит от роли оператора к роли аудитора, и именно след аудита делает эту роль жизнеспособной.

Agentic AppSec на практике

Agentic AppSec решает проблему скорости: код теперь поступает быстрее, чем программа, управляемая людьми, способна его обработать. Агенты, которые опираются на модель приложения, ограничены определенными задачами и проверяются независимо друг от друга, позволяют программе идти в ногу со временем, в то время как люди отвечают за ее дизайн и доказательную базу.

Как Snyk подходит к Agentic AppSec

Evo Agentic AppSec, часть платформы Snyk AI Security Platform, предоставляет команду агентов безопасности рядом с каждой инженерной командой для реализации всей программы AppSec: понимание, поиск, исправление и проверка. Агенты выполняют работу, в то время как уровень интеллекта Snyk определяет, что является хорошим исправлением, опираясь на десятилетний опыт данных об исправлениях, а также на анализ достижимости, возможности эксплойта и нарушения работоспособности. Детерминированные движки Snyk затем независимо проверяют результат. Поскольку Snyk работает внутри рабочего процесса разработчика, который команды уже используют, и не зависит ни от одного поставщика моделей, верификация остается отделенной от моделей, генерирующих код. Получите первый взгляд на Evo Agentic AppSec.

Хотите иметь команду агентов безопасности рядом с каждым инженером? Обратитесь к своему представителю по работе с клиентами Snyk уже сегодня.

ЗАПИСАТЬСЯ НА ЖИВУЮ ДЕМОНСТРАЦИЮ

Безопасное внедрение ИИ в масштабе

Evo помогает организациям безопасно внедрять и масштабировать ИИ, обеспечивая прозрачность, управление и безопасность в разработке на базе ИИ и приложениях с ИИ.

О чём эта статья

Что-то непонятно? Спросите по статье — объясню простыми словами.

Не хотите разбираться сами? Мы поможем.

Ещё в разделе «Облака и инфраструктура»

Все →

Ещё от Snyk