AI Pentest
Агент, который сам планирует работы, запускает инструменты и подтверждает найденное.
Задайте агенту область тестирования и одно предложение с указаниями. Он составит план, запустит инструменты, сымпровизирует, когда план упрётся в тупик, и вернётся с уязвимостями, которые сумел доказать.
Запуск тестирования
AI Pentest можно выбрать на обеих страницах сканирования, каждая из которых проверяет цели в своей области:
| Страница | Цели |
|---|---|
| Страница Dynamic Analysis | Цели-URL. Отметьте AI Pentest и заполните поле Instructions. |
| Страница Infrastructure | Цели в виде IP, CIDR или имён узлов. Отметьте AI Pentest в типе сканирования Vulnerability Scan и заполните Instructions. |
На странице Infrastructure запускайте AI Pentest в типе сканирования Vulnerability Scan, установленном по умолчанию. Выбор в выпадающем списке другого типа — Network Discovery, OSINT, Patching или Docker Image — ограничивает запуск этим единственным сканером.
Если выбран AI Pentest, он замещает все остальные отмеченные вами движки. Агент сам запускает эти сканеры как инструменты, когда считает их полезными.
Поле указаний
Не нужно подбирать профиль сканирования и заранее строить дерево атак. Область тестирования, учётные данные, если они есть, и то, что вам важно:
Перечисли сервисы, отдай приоритет SMB и вебу и подтверди эксплуатируемые уязвимости с помощью PoC.
Как идёт тестирование
Агент работает по настоящему процессу пентеста, а не гоняет один и тот же цикл по кругу. Каждая фаза читает долговременный журнал хода тестирования: ничто не запускается дважды и ничто не теряется между фазами.
- 01План
Модель возвращает упорядоченный план: шаги с обоснованием, нужные каждому инструменты, затрагиваемые цели, ожидаемый результат и зависимости между шагами.
- 02Выполнение
Ограниченный цикл вызова инструментов выполняет по одному шагу плана за раз. Каждый вызов и каждый результат записываются в журнал.
- 03Анализ
Сырой вывод шага превращается в структурированные наблюдения, кандидатов в уязвимости, возможности для proof of concept и короткий список инструментов, которые стоит попробовать дальше.
- 04Гипотезы
Отдельная фаза придумывает атаки, которые план упустил, опираясь на справочник техник атак, и записывает их как зацепки в дереве атак.
- 05Перепланирование
Выполненные шаги отмечаются завершёнными, тупики пропускаются, а перспективные зацепки превращаются в новые шаги плана. План дополняется, а не запускается заново.
- 06Отчёт
Подтверждённые уязвимости оформляются в markdown и XLSX вместе с доказательствами, связываются в цепочки там, где одна уязвимость сделала возможной другую, и сохраняются через тот же конвейер, что и результаты любого классического сканера.
К чему может обратиться агент
Сорок четыре инструмента — от полного набора OSINT до одного специально составленного HTTP-запроса.
| Семейство | Инструменты |
|---|---|
| Наборы для разведки | Сбор поддоменов и OSINT, обнаружение узлов, определение технологий, поиск исходных адресов через certificate transparency, DNS-разведка, запросы к Shodan, а также извлечение эндпоинтов и секретов из JavaScript. |
| Наборы веб-сканирования | Быстрое, сбалансированное, API- и глубокое веб-сканирование, каждое — с учётными данными, заданными для этого сканирования: проверяется поверхность после входа в систему. |
| Корпоративные сканеры | Nessus, OpenVAS и Acunetix, управляемые через API — запуск, опрос состояния и разбор результатов, — уязвимости которых возвращаются в контекст агента, а не в отдельный отчёт. |
| Импровизация | Запуск команд из белого списка (nmap с NSE, httpx, gobuster, naabu, nuclei и другие) с аргументами, которые выбирает модель, плюс шаблоны Nuclei, написанные на лету. |
| Интерактивный HTTP | Вход с сохранением сессии, фаззинг параметров со сравнением ответов, сопоставление запросов для поиска пробелов в контроле доступа и IDOR, а также переиспользование учётных данных. |
| Поиск эксплойтов | Найти продукт и версию в базе эксплуатируемых CVE, получить указанный эксплойт, сгенерировать proof of concept на Python, запустить его в песочнице — и записать уязвимость только в том случае, если он сработал. |
Защитные ограничения
Они задаются кодом, а не просьбой в промпте:
- Фиксация области тестирования. Каждый вызов инструмента проверяется по белому списку имён узлов, IP-адресов, CIDR и URL до запуска контейнера или отправки HTTP-запроса. Выход за область возвращается модели как ошибка инструмента и никогда не выполняется.
- Никакого shell. Средство запуска команд принимает только бинарные файлы из белого списка, а метасимволы shell и обращения к узлам вне области отклоняются.
- Страницы эксплойтов — только из базы. Загрузчик страниц получает только те URL, которые вернул предшествующий запрос к базе: превратить его в загрузчик произвольных URL невозможно.
- Выполнение в песочнице. Сгенерированные proof of concept выполняются в песочнице.
- Лимиты. Максимальное число циклов, максимальное число раундов выполнения на шаг и ограничение по времени задают границы для любого запуска.
Это активное тестирование на проникновение, которое генерирует и запускает код эксплойтов. Направляйте его только на системы, которые вам разрешено тестировать, и по возможности выбирайте среду, где неожиданный побочный эффект переживаем. Лимиты защищают от неконтролируемых расходов, но не гарантируют отсутствия сбоев.
Требования
- Настроенный AI-провайдер — см. AI-провайдеры и стоимость.
- Для инструментов на базе корпоративных сканеров — учётные данные Nessus, OpenVAS или Acunetix в настройках.
- Для запросов к Shodan — ключ API Shodan.
Куда попадают результаты
Уязвимости сохраняются через тот же конвейер, что и у всех остальных движков, и появляются в разделе Управление уязвимостями наравне с прочими. Отчёты о тестировании в форматах markdown и XLSX доступны по кнопке Report в разделе истории сканирований.
Проверено: 2026-08-16