Toolkit для bug bounty и NotHoly CLI

Большой toolkit для старта не нужен. Нужны браузер, proxy, терминал и место для заметок и доказательств. Этот пост собирает этот короткий список и ставит модель ИИ туда, где от неё больше всего пользы: в терминал, где она читает вывод и предлагает следующий шаг, пока каждая команда запускается на вашей машине под вашим подтверждением. Он продолжает выбор программы и ведёт к чтению JavaScript с ИИ.

#Короткий список

Браузер и его dev tools покрывают на удивление много ранней работы. Proxy вроде mitmproxy позволяет смотреть и править трафик между браузером и целью. В терминале живут агент и сканеры. В заметках находка превращается в отчёт.

#NotHoly CLI в терминале

NotHoly CLI запускает агента в вашем проекте. Он может читать и искать по файлам, запускать команду и вызывать удалённые исследовательские инструменты, и по умолчанию спрашивает перед каждой записью и каждой командой. Установите его и войдите один раз.

curl -fsSL https://notholy.com/install.sh | sh
notholy login
notholy --version

Запускайте его внутри рабочей папки программы. В режиме ask, он же режим по умолчанию, агент предлагает команду и ждёт вашего «да». В режиме plan он только читает. Пока изучаете приложение, начинайте в режиме plan.

notholy --mode plan -p "list the hosts and endpoints you can find in these notes"

Со стороны NotHoly модель никогда не обращается к цели. Команды запускаются локально, с вашего адреса, с вашего подтверждения. Это и есть нужное свойство для bug bounty: трафик идёт оттуда, где его ждёт программа, и вы можете залогировать каждый request.

#Запишите скоуп командой notholy engage

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

notholy engage init --name acme-web --scope "*.example.com,api.example.com" --exclude vpn.example.com --until 2026-12-31
notholy engage status

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

#Proxy, чтобы видеть каждый request

Направьте браузер на локальный proxy, и вы сможете читать, ставить на паузу, править и повторять каждый request. Здесь происходит большая часть веб-тестирования. Когда response выглядит странно, скопируйте сырой request и спросите модель, что он значит и что поменять дальше. Изменённый request вы прогоняете через proxy сами. Proxy также даёт точный текст request и response, который нужен отчёту как доказательство.

#Ведите заметки и доказательства с первого request

Откройте файл заметок на каждую программу, прежде чем что-либо трогать. По каждой зацепке сохраняйте request, response, время и то, что вы ожидали, против того, что увидели. По этим заметкам модель потом набросает текст, и хорошие заметки это разница между отчётом, за который платят, и отчётом, который triager не может воспроизвести. Держите доказательства вне любого публичного репозитория, а данные клиента или программы вне общих сервисов.

#Быстрая домашняя лаборатория

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

#Дальше в этой серии

Когда терминал, proxy и скоуп на месте, переходите к чтению JavaScript с ИИ для поиска endpoints. OWASP Web Security Testing Guide это ссылка на то, что тестировать, когда поверхность размечена.