Агентное тестирование на проникновение способно самостоятельно искать пути атаки, проверять уязвимости, выполнять эксплойты и действовать по сценарию реального злоумышленника. Но оценивать его нужно по трём вопросам: что именно доказано, когда появилось доказательство и какую часть инфраструктуры оно охватывает. Обычно внимание сосредоточено лишь на первом пункте. На практике именно скорость и полнота охвата решают, сработает ли программа валидации.
Picus разрабатывает и продаёт автономное пентестирование, поэтому отдельно оговаривает пределы метода, а не конкретного продукта. Речь идёт о фундаментальных ограничениях автономного подхода: будущие функции и обновления не смогут полностью устранить необходимость работать последовательно, зависеть от доступности среды и пропускать зоны, где живое использование эксплойта небезопасно или невозможно.
Масштаб проблемы хорошо виден по четырём цифрам. В первой половине 2026 года обнаружили 35 364 CVE, что на 49,5% больше показателя годом ранее. К августу было опубликовано около 39 600 CVE, но подтверждённая эксплуатация «в дикой природе» отмечалась лишь у 95 из них. Если расставлять приоритеты только по уровню критичности, организация рискует заниматься длинным списком, который не совпадает с реальным поведением атакующих. Среднее время от раскрытия уязвимости до её эксплуатации сократилось с 21,5 дня в 2025 году до восьми часов в 2026-м. При этом из более чем 26 000 уязвимостей, найденных в ходе обнаружения масштаба ИИ, выше по цепочке удалось закрыть только 421.
Патчинг, расписание проверок и прогнозные рейтинги сами по себе не успевают за такой скоростью. Ежегодный пентест оставляет до 365 дней между изменением системы и следующей проверкой. Еженедельное автоматизированное тестирование сокращает окно, но всё равно оставляет до семи дней. При сроке появления эксплойта в восемь часов оба варианта могут обнаружить проблему уже после того, как ею воспользовались.
Модель Continuous Offensive Security Testing (COST), предложенная Gartner, переводит проверки из режима отдельных кампаний в непрерывную валидацию. Тесты запускаются по событиям, получают уровень риска и завершаются в срок, соответствующий этому риску, иногда за минуты или часы. Gartner прогнозирует, что к 2028 году более 60% корпоративных программ пентестирования станут непрерывными программами валидации. Вопрос меняется с «Проверяли ли мы систему?» на «Как быстро мы проверили новое воздействие?»
Каждый пентест в конечном счёте отвечает на вопрос: «Можно ли нас взломать?» Агентный подход даёт два вида доказательств. Первый касается отдельной экспозиции: уязвимость признаётся эксплуатируемой или неэксплуатируемой после безопасного выполнения атаки, а не по баннеру версии, совпадению программного обеспечения или теоретическому соответствию CVE. Второй показывает цепочку: первоначальный доступ, повышение привилегий, перемещение по сети и достижение критического актива. Если агент добрался до системы, исправление можно повторно проверить новым запуском и закрыть на основании фактов, а не предположений.
Проблема начинается с вопроса «когда?». В инфраструктуре на 250 000 конечных точек полный агентный пентест способен занять недели. Это быстрее работы команды людей, которой может потребоваться примерно квартал, то есть около трёх месяцев, но для эксплуатации, происходящей за восемь часов, недели всё равно слишком медленный срок. Агенту нужно получить точку опоры, изучить среду, перейти на следующий узел, связать этапы атаки, доказать результат и повторить процедуру на остальных участках. Пока проверка продолжается, сама инфраструктура меняется, поэтому часть итогов описывает уже не существующую конфигурацию.
Второй предел связан с охватом. Живое выполнение атак нельзя безоговорочно проводить на критичных производственных системах, огромных сегментах сети, ограниченных и изолированных, в том числе air-gapped, зонах. Тысячи CVE к тому же не имеют рабочего эксплойта. Инструмент, зависящий от исполнения атаки, в таком случае просто не может подтвердить эксплуатацию. Особенно неудобен период между раскрытием уязвимости и появлением первого рабочего эксплойта: именно тогда начинается гонка, но у exploit-зависимого пентеста меньше всего фактических данных. Для типичной корпоративной среды автономное пентестирование, по оценке Picus, видит примерно 20–30% реальной эксплуатируемости. Второй или третий аналогичный инструмент существенно не меняет картину: методы и потолок доказательности остаются теми же. Пропущенного актива атакующему достаточно одного.
Метод проверки должен зависеть от события, которое изменило риск. Для новой уязвимости подходит Exploitability Validation: она за часы проверяет весь затронутый контур, использует техники, на которых строится атака, и не требует готового эксплойта. Это расширяет охват по сравнению с обычным пентестом, который действует только там, где безопасно выполнить атаку. После появления новой кампании или изменения защитного средства нужна Security Control Validation. Она воспроизводит техники кампании на действующем стеке защиты и показывает, что именно было предотвращено, обнаружено или пропущено. При изменении инфраструктуры нужен Agentic Pentesting, поскольку он живой связанной цепочкой подтверждает, появился ли новый путь атаки.
У этих трёх методов должна быть единая модель результатов. История управления уязвимостями уже показывала, к чему приводят разрозненные «острова»: дубли, противоречивые приоритеты и отдельные очереди исправлений. В Picus Platform общий контур используют Autonomous Penetration Testing, Exposure Validation и Breach and Attack Simulation. На выходе нужны единый очищенный от дублей список, подтверждённые доказательствами записи, привязка к активам, один backlog и одно состояние закрытия для каждой экспозиции.
Критическую CVE такой процесс может разбирать по часам. В первый час уязвимость обогащается данными threat intelligence. На втором часу определяются затронутые активы, их критичность и окружающие средства защиты. К четвёртому часу проверяется эксплуатируемость каждого актива, подтверждаются безопасные цепочки атаки и тестируются защитные средства против нужных техник. К шестому часу разворачиваются низкорисковые меры смягчения, оставшиеся задачи направляются ответственным владельцам, а каждое исправление повторно проверяется перед закрытием. Приглашение на демонстрацию этой схемы предполагает прогон одной CVE через все три метода в общей модели результатов.
На мероприятии The Validation Summit 26, которое проводит Hacker Valley при участии Ron Eddings, процесс покажут вживую в продукте: 14 октября в 13:00 ET и 15 октября в 11:00 BST. CTO Volkan Erturk возьмёт новую CVE и проведёт её путь от первоначального сигнала до подтверждённого исправления за несколько часов, меняя метод валидации по мере изменения условий. Mikko Hyppönen откроет двухчасовое мероприятие разговором о том, что изменилось после Mythos. Руководители безопасности Chanel, Atlassian и Kraft Heinz расскажут о подготовке своих организаций. Регистрация бесплатна.
Изображение носит иллюстративный характер
Picus разрабатывает и продаёт автономное пентестирование, поэтому отдельно оговаривает пределы метода, а не конкретного продукта. Речь идёт о фундаментальных ограничениях автономного подхода: будущие функции и обновления не смогут полностью устранить необходимость работать последовательно, зависеть от доступности среды и пропускать зоны, где живое использование эксплойта небезопасно или невозможно.
Масштаб проблемы хорошо виден по четырём цифрам. В первой половине 2026 года обнаружили 35 364 CVE, что на 49,5% больше показателя годом ранее. К августу было опубликовано около 39 600 CVE, но подтверждённая эксплуатация «в дикой природе» отмечалась лишь у 95 из них. Если расставлять приоритеты только по уровню критичности, организация рискует заниматься длинным списком, который не совпадает с реальным поведением атакующих. Среднее время от раскрытия уязвимости до её эксплуатации сократилось с 21,5 дня в 2025 году до восьми часов в 2026-м. При этом из более чем 26 000 уязвимостей, найденных в ходе обнаружения масштаба ИИ, выше по цепочке удалось закрыть только 421.
Патчинг, расписание проверок и прогнозные рейтинги сами по себе не успевают за такой скоростью. Ежегодный пентест оставляет до 365 дней между изменением системы и следующей проверкой. Еженедельное автоматизированное тестирование сокращает окно, но всё равно оставляет до семи дней. При сроке появления эксплойта в восемь часов оба варианта могут обнаружить проблему уже после того, как ею воспользовались.
Модель Continuous Offensive Security Testing (COST), предложенная Gartner, переводит проверки из режима отдельных кампаний в непрерывную валидацию. Тесты запускаются по событиям, получают уровень риска и завершаются в срок, соответствующий этому риску, иногда за минуты или часы. Gartner прогнозирует, что к 2028 году более 60% корпоративных программ пентестирования станут непрерывными программами валидации. Вопрос меняется с «Проверяли ли мы систему?» на «Как быстро мы проверили новое воздействие?»
Каждый пентест в конечном счёте отвечает на вопрос: «Можно ли нас взломать?» Агентный подход даёт два вида доказательств. Первый касается отдельной экспозиции: уязвимость признаётся эксплуатируемой или неэксплуатируемой после безопасного выполнения атаки, а не по баннеру версии, совпадению программного обеспечения или теоретическому соответствию CVE. Второй показывает цепочку: первоначальный доступ, повышение привилегий, перемещение по сети и достижение критического актива. Если агент добрался до системы, исправление можно повторно проверить новым запуском и закрыть на основании фактов, а не предположений.
Проблема начинается с вопроса «когда?». В инфраструктуре на 250 000 конечных точек полный агентный пентест способен занять недели. Это быстрее работы команды людей, которой может потребоваться примерно квартал, то есть около трёх месяцев, но для эксплуатации, происходящей за восемь часов, недели всё равно слишком медленный срок. Агенту нужно получить точку опоры, изучить среду, перейти на следующий узел, связать этапы атаки, доказать результат и повторить процедуру на остальных участках. Пока проверка продолжается, сама инфраструктура меняется, поэтому часть итогов описывает уже не существующую конфигурацию.
Второй предел связан с охватом. Живое выполнение атак нельзя безоговорочно проводить на критичных производственных системах, огромных сегментах сети, ограниченных и изолированных, в том числе air-gapped, зонах. Тысячи CVE к тому же не имеют рабочего эксплойта. Инструмент, зависящий от исполнения атаки, в таком случае просто не может подтвердить эксплуатацию. Особенно неудобен период между раскрытием уязвимости и появлением первого рабочего эксплойта: именно тогда начинается гонка, но у exploit-зависимого пентеста меньше всего фактических данных. Для типичной корпоративной среды автономное пентестирование, по оценке Picus, видит примерно 20–30% реальной эксплуатируемости. Второй или третий аналогичный инструмент существенно не меняет картину: методы и потолок доказательности остаются теми же. Пропущенного актива атакующему достаточно одного.
Метод проверки должен зависеть от события, которое изменило риск. Для новой уязвимости подходит Exploitability Validation: она за часы проверяет весь затронутый контур, использует техники, на которых строится атака, и не требует готового эксплойта. Это расширяет охват по сравнению с обычным пентестом, который действует только там, где безопасно выполнить атаку. После появления новой кампании или изменения защитного средства нужна Security Control Validation. Она воспроизводит техники кампании на действующем стеке защиты и показывает, что именно было предотвращено, обнаружено или пропущено. При изменении инфраструктуры нужен Agentic Pentesting, поскольку он живой связанной цепочкой подтверждает, появился ли новый путь атаки.
У этих трёх методов должна быть единая модель результатов. История управления уязвимостями уже показывала, к чему приводят разрозненные «острова»: дубли, противоречивые приоритеты и отдельные очереди исправлений. В Picus Platform общий контур используют Autonomous Penetration Testing, Exposure Validation и Breach and Attack Simulation. На выходе нужны единый очищенный от дублей список, подтверждённые доказательствами записи, привязка к активам, один backlog и одно состояние закрытия для каждой экспозиции.
Критическую CVE такой процесс может разбирать по часам. В первый час уязвимость обогащается данными threat intelligence. На втором часу определяются затронутые активы, их критичность и окружающие средства защиты. К четвёртому часу проверяется эксплуатируемость каждого актива, подтверждаются безопасные цепочки атаки и тестируются защитные средства против нужных техник. К шестому часу разворачиваются низкорисковые меры смягчения, оставшиеся задачи направляются ответственным владельцам, а каждое исправление повторно проверяется перед закрытием. Приглашение на демонстрацию этой схемы предполагает прогон одной CVE через все три метода в общей модели результатов.
На мероприятии The Validation Summit 26, которое проводит Hacker Valley при участии Ron Eddings, процесс покажут вживую в продукте: 14 октября в 13:00 ET и 15 октября в 11:00 BST. CTO Volkan Erturk возьмёт новую CVE и проведёт её путь от первоначального сигнала до подтверждённого исправления за несколько часов, меняя метод валидации по мере изменения условий. Mikko Hyppönen откроет двухчасовое мероприятие разговором о том, что изменилось после Mythos. Руководители безопасности Chanel, Atlassian и Kraft Heinz расскажут о подготовке своих организаций. Регистрация бесплатна.
