Agentes de IA para seguridad
Por qué automatizar recon y pruebas en la API de NotHoly
Pon en tu pipeline un modelo que no rechaza, con CVE, advisory y lectura de páginas públicas sin coste de tokens. Tus herramientas hacen lo activo.
Arma un informe de OSINT que se sostiene: alcance, metodo, hallazgos con evidencia y severidad, y la chat de NotHoly para borronear y ajustar.
El informe es la entrega. Toda la recon vale lo que el lector puede accionar, lo que pide estructura, evidencia y lenguaje simple. Un buen informe de OSINT tiene una declaracion de alcance, una nota de metodo, hallazgos con evidencia y severidad, y un proximo paso claro para cada uno. La chat de NotHoly borronea y ajusta, mientras tu respondes por cada hecho en el.
Mantenlo aburrido y completo. Una estructura que funciona entra en un esquema.
1. Alcance y fechas: que miraste, que no
2. Metodo: fuentes y herramientas, pasivo y activo
3. Hallazgos: cada uno con evidencia, impacto y arreglo
4. Apendice: datos crudos, listas de host, timelineLa declaracion de alcance te protege a ti y al lector, porque dice que estaba dentro. La seccion de metodo deja que alguien reproduzca el trabajo, que es lo que estandares como el NIST SP 800-115 esperan de un informe de prueba.
Un hallazgo es una afirmacion mas prueba. Cada uno lleva un titulo, donde se hallo como la linea de fuente de tus notas, por que importa, y que hacer. Clasifica el impacto de forma simple como informativo, bajo, medio o alto, y una escala como el CVSS lo mantiene consistente entre hallazgos. Di que observaste y que expone, y cuando no verificaste algo, marcalo como pista, no como hallazgo.
Pega tus notas estructuradas y pide un primer borrador.
Aqui estan mis hallazgos de OSINT con fuentes y una severidad
cada uno. Borronea un informe: alcance, metodo, tabla de
hallazgos, luego una pagina por hallazgo con evidencia y arreglo.
Marca todo hallazgo con evidencia debil para revisar antes de enviar.Luego corre una segunda pasada solo de lenguaje, pidiendo cortar hedge, quitar adjetivos y dejar cada hallazgo en lo que la evidencia sostiene. El modelo es bueno en estructura y tono y no sabe si un hecho es cierto, asi que verificas cada afirmacion contra tus notas antes de que el informe salga de tus manos.
El lector ocupado lee la tabla de hallazgos y hojea el resto, asi que dale columnas que permitan triar.
| Hallazgo | Fuente | Impacto | Estado |
|---|---|---|---|
| Host de staging expone config | httpx, crt.sh | Medio | Reportado |
| Correo de empleado en brecha | hibp | Bajo | Reportado |
| IP de origen tras la CDN | dns-history | Info | Anotado |
Manten la tabla en hechos. El detalle vive en las paginas por hallazgo debajo de ella, donde la evidencia y el arreglo quedan junto a cada afirmacion.
El informe es donde el dato personal tiene mas chance de filtrarse. Redacta solo lo que el lector necesita: enmascara correos, quita contenido de brecha y deja las capturas libres de personas sin relacion. Declara tu alcance y para en su borde, porque un hallazgo sobre un activo fuera de alcance va en una nota separada al dueno, no en el informe principal. Entrega el informe por el canal acordado y borra copias de trabajo que guardan dato sensible.
Lo que los hallazgos pidan y no mas. Una tabla de hallazgos mas una pagina por hallazgo alcanza para la mayoria de los trabajos, y el relleno esconde la senal por la que el lector paga.
Borronea la estructura y ajusta la prosa, lo que ahorra tiempo real. No puede decidir que es cierto o esta en alcance. Tu respondes por cada afirmacion, asi que lees cada linea antes de enviar.
Eso cierra la serie, del alcance a los subdominios, URL, certificados, codigo, dorks, personas, imagenes, estructura y ahora el informe. Empieza de nuevo en el flujo de OSINT, o en el indice en que es OSINT.
Agentes de IA para seguridad
Pon en tu pipeline un modelo que no rechaza, con CVE, advisory y lectura de páginas públicas sin coste de tokens. Tus herramientas hacen lo activo.
Agentes de IA para seguridad
El diseño de un pequeño agente de bug bounty: un LLM, un set de herramientas, memoria y guardrails, en un loop que corre en tu máquina bajo tu aprobación.
Agentes de IA para seguridad
Un agente de bug bounty en Python con tool calling sobre la API de NotHoly: propone comandos de recon, espera tu aprobación, lee la salida y toma notas.