Perché usare NotHoly per l'OSINT

L'OSINT sono due lavori: raccogliere ciò che è pubblico, e darle un senso. La raccolta è una pila di pagine, certificati, repository e handle. Il senso, decidere cosa si connette a cosa e cosa conta, è dove un modello aiuta, se accetta la domanda e legge la pagina da solo invece di aspettare che la incolli. Un modello generico si blocca su parti di questo lavoro. NotHoly ragiona su ciò che hai raccolto e fa la raccolta passiva con strumenti che solo leggono. L'abliteration è il motivo per cui non si blocca.

#Il modello ragiona su ciò che raccogli

Dagli una lista di sottodomini, un insieme di profili, un dump di dati di certificato o la storia di un repository, e raggruppa, correla e riassume: quale host sembra staging, quale account lega a quale, cosa rivela un messaggio di commit. Abbozza la ricerca successiva e scrive la nota. Visto che il modello non rifiuta, mappare l'impronta pubblica di un'organizzazione per un lavoro per cui hai lo scope si legge come qualsiasi altro dato. Il reasoning passa, così una catena di segnali deboli è pesata prima di una conclusione. La stessa conversazione tiene tutta la traccia, così una connessione che hai tracciato un'ora fa è ancora lì quando la pagina successiva la conferma. L'output è una traccia da confermare, non un fatto, che è il modo giusto di trattare qualsiasi correlazione. La base di conoscenza porta anche la documentazione degli strumenti di recon che esegui, dall'enumerazione dei sottodomini al crawling, così un flag o un formato di output è a un lookup di distanza invece che a un salto su una wiki, e la fonte resta attaccata alla risposta.

#Raccolta passiva, integrata

Gli strumenti solo leggono. La ricerca web restituisce titoli, URL ed estratti, con le fonti di sicurezza per prime e le query identiche in cache per poco. Il lettore di pagine prende una pagina pubblica per volta attraverso un'uscita che controlla ogni indirizzo e redirect, fissa la connessione all'IP verificato, rispetta robots.txt e rifiuta indirizzi privati e interni, IP literal e percorsi di file esposti. Quando lo chiedi esplicitamente, una ricerca dark web interroga indici di servizi nascosti Tor e restituisce titoli, URL .onion e snippet, senza aprire le pagine elencate e con un filtro che scarta materiale di abuso. Nulla di questo manda traffico attivo a un bersaglio. Come funzionano ricerca e fonti ha il dettaglio.

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"}'

#Dal terminale e dai tuoi script

La stessa ricerca e lo stesso ragionamento girano dalla CLI e via MCP, così uno script di raccolta passa un file al modello e riceve una lettura raggruppata e annotata. Le rotte di ricerca non sono addebitate a token, così tirare e correlare un insieme grande costa solo il ragionamento. I risultati tornano come dati strutturati con --json, così una pipeline li conserva e il modello li rilegge dopo, e un client MCP su un altro modello chiama ancora la ricerca e la base di conoscenza di NotHoly.

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

#Dove non si adatta

Legge solo pagine pubbliche. Il lettore di pagine non apre una pagina autenticata, un link che ha trovato dentro una pagina o un .onion, e limita quanti percorsi prende da un host, quindi è un lettore, non un crawler. I risultati dark web sono tracce non verificate da un indice, non pagine visitate. Non è un motore di ricerca di persone né un broker di dati, e l'uso lecito e nello scope di ciò che trovi è tuo da garantire. Il modello può inventare una connessione, quindi verifica prima che finisca in un report. L'account ha bisogno di una e-mail, e una chat salvata conserva la storia a meno che tu non la renda effimera.

Lascia che gli strumenti leggano ciò che è pubblico e il modello gli dia un senso. Metti un saldo piccolo su prezzi, e puntalo a un'impronta che hai lo scope per mappare.