Agenti di IA per la sicurezza
Perché automatizzare recon e test sulla API di NotHoly
Metti nella pipeline un modello che non rifiuta, con CVE, advisory e lettura di pagine pubbliche senza costo di token. I tuoi strumenti fanno l'attivo.
Costruisci un report OSINT che regge: ambito, metodo, risultati con prova e gravita, e la chat di NotHoly per abbozzare e stringere.
Il report e il deliverable. Tutta la recon vale cio su cui il lettore puo agire, il che richiede struttura, prova e linguaggio semplice. Un buon report OSINT ha una dichiarazione di ambito, una nota di metodo, risultati con prova e gravita, e un passo successivo chiaro per ciascuno. La chat di NotHoly abbozza e stringe, mentre tu rispondi di ogni fatto al suo interno.
Tienilo noioso e completo. Una struttura che funziona sta in uno schema.
1. Ambito e date: cosa hai guardato, cosa no
2. Metodo: fonti e strumenti, passivo e attivo
3. Risultati: ciascuno con prova, impatto e correzione
4. Appendice: dati grezzi, liste di host, timelineLa dichiarazione di ambito protegge te e il lettore, perche dice cosa era dentro. La sezione metodo permette a qualcuno di riprodurre il lavoro, che e cio che standard come il NIST SP 800-115 si aspettano da un report di test.
Un risultato e un'affermazione piu una prova. Ciascuno porta un titolo, dove e stato trovato come la riga di fonte dalle tue note, perche conta, e cosa fare. Valuta l'impatto in modo semplice come informativo, basso, medio o alto, e una scala come il CVSS lo tiene coerente tra i risultati. Di cosa hai osservato e cosa espone, e quando non hai verificato qualcosa, segnalalo come traccia, non come risultato.
Incolla le tue note strutturate e chiedi una prima bozza.
Ecco i miei risultati OSINT con fonti e una gravita ciascuno.
Abbozza un report: ambito, metodo, tabella dei risultati, poi
una pagina per risultato con prova e correzione. Segna ogni
risultato con prova debole cosi ricontrollo prima di inviare.Poi fai un secondo passaggio solo sul linguaggio, chiedendo di tagliare le cautele, togliere gli aggettivi e tenere ogni risultato a cio che la prova sostiene. Il modello e bravo in struttura e tono e non sa se un fatto e vero, quindi controlli ogni affermazione sulle note prima che il report lasci le tue mani.
Il lettore occupato legge la tabella dei risultati e scorre il resto, quindi dalle colonne che permettono il triage.
| Risultato | Fonte | Impatto | Stato |
|---|---|---|---|
| Host staging espone config | httpx, crt.sh | Medio | Segnalato |
| Email di dipendente in violazione | hibp | Basso | Segnalato |
| IP di origin dietro CDN | dns-history | Info | Annotato |
Tieni la tabella sui fatti. Il dettaglio vive nelle pagine per risultato sotto di essa, dove la prova e la correzione stanno accanto a ogni affermazione.
Il report e dove il dato personale ha piu probabilita di trapelare. Oscura solo cio che al lettore non serve: maschera le email, togli il contenuto delle violazioni e tieni gli screenshot liberi da persone non collegate. Dichiara il tuo ambito e fermati al suo bordo, perche un risultato su un asset fuori ambito va in una nota separata al proprietario, non nel report principale. Consegna il report tramite il canale concordato e cancella le copie di lavoro che tengono dati sensibili.
Lungo quanto i risultati richiedono e non di piu. Una tabella dei risultati piu una pagina per risultato basta per gran parte dei lavori, e il riempimento nasconde il segnale per cui il lettore paga.
Abbozza la struttura e stringe la prosa, il che fa risparmiare tempo reale. Non puo decidere cosa e vero o in ambito. Tu rispondi di ogni affermazione, quindi leggi ogni riga prima di inviare.
Questo chiude la serie, dall'ambito ai sottodomini, URL, certificati, codice, dork, persone, immagini, struttura e ora il report. Ricomincia da il flusso OSINT, o dall'indice in cos'e l'OSINT.
Agenti di IA per la sicurezza
Metti nella pipeline un modello che non rifiuta, con CVE, advisory e lettura di pagine pubbliche senza costo di token. I tuoi strumenti fanno l'attivo.
Agenti di IA per la sicurezza
Il progetto di un agente di bug bounty: un LLM, dei tool, memoria e guardrail, in un loop che gira sulla tua macchina sotto la tua approvazione.
Agenti di IA per la sicurezza
Un agente di bug bounty in Python con tool calling sull'API NotHoly: propone comandi di recon, aspetta l'approvazione, legge l'output e tiene le note.