Зачем использовать NotHoly для OSINT

OSINT это две работы: собрать то, что публично, и осмыслить это. Сбор это куча страниц, сертификатов, репозиториев и handle. Осмысление, решить, что с чем связано и что важно, это место, где модель помогает, если берёт вопрос и читает страницу сама, а не ждёт, пока вы её вставите. Обычная модель застревает на частях этой работы. NotHoly рассуждает над тем, что вы собрали, и делает пассивный сбор инструментами, которые только читают. Abliteration это причина, почему она не застревает.

#Модель рассуждает над тем, что вы собираете

Дайте ей список поддоменов, набор профилей, дамп данных сертификата или историю репозитория, и она группирует, связывает и обобщает: какой host выглядит как staging, какой аккаунт связан с каким, что выдаёт сообщение коммита. Она набрасывает следующий поиск и пишет заметку. Раз модель не отказывает, картирование публичного следа организации для работы, к которой у вас есть scope, читается как любые другие данные. Reasoning проходит, так что цепочка слабых сигналов взвешивается до вывода. Та же беседа держит весь след, так что связь, которую вы провели час назад, всё ещё там, когда следующая страница её подтверждает. Вывод это зацепка для проверки, а не факт, и это правильный способ относиться к любой корреляции. База знаний также несёт документацию для инструментов recon, которые вы запускаете, от перечисления поддоменов до crawling, так что флаг или формат вывода в одном lookup, а не в походе в вики, и источник остаётся при ответе.

#Пассивный сбор, встроенный

Инструменты только читают. Web-поиск возвращает заголовки, URL и выдержки, с источниками по безопасности первыми и одинаковыми запросами в кэше недолго. Чтение страниц берёт одну публичную страницу за раз через выход, который проверяет каждый адрес и редирект, пришпиливает соединение к проверенному IP, уважает robots.txt и отказывает приватным и внутренним адресам, IP-литералам и путям к выставленным файлам. Когда вы явно просите, поиск по dark web запрашивает индексы скрытых сервисов Tor и возвращает заголовки, URL .onion и сниппеты, не открывая перечисленные страницы и с фильтром, который отбрасывает материал о насилии. Ничто из этого не шлёт активный трафик к цели. Как работают поиск и источники содержит детали.

curl -X POST https://api.notholy.com/v1/web/search \
  -H "Authorization: Bearer $NOTHOLY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "acme.com subdomains certificate transparency"}'

#Из терминала и ваших скриптов

Тот же поиск и то же рассуждение идут из CLI и через MCP, так что скрипт сбора передаёт файл модели и получает сгруппированное, размеченное чтение. Исследовательские маршруты не тарифицируются по токенам, так что вытягивание и связывание большого набора стоит только рассуждения. Результаты возвращаются как структурированные данные с --json, так что пайплайн их хранит, а модель читает их позже, и MCP-клиент на другой модели всё ещё зовёт поиск и базу знаний NotHoly.

cat subdomains.txt | notholy "group these by likely purpose and flag anything that looks like staging or admin"

#Где не подходит

Она читает только публичные страницы. Чтение страниц не откроет аутентифицированную страницу, ссылку, найденную внутри страницы, или .onion, и ограничивает, сколько путей берёт с одного host, так что это читатель, не краулер. Результаты dark web это непроверенные зацепки из индекса, не посещённые страницы. Это не поисковик людей и не брокер данных, а законное и в пределах scope использование того, что вы находите, обеспечивать вам. Модель может выдумать связь, так что проверяйте, прежде чем она попадёт в отчёт. Аккаунту нужен e-mail, а сохранённый чат хранит историю, если вы не сделаете его эфемерным.

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