security-bounty-hunter

Panorama general de security-bounty-hunter

security-bounty-hunter es un skill especializado para encontrar vulnerabilidades con valor de recompensa en repositorios reales, con foco en problemas que sean accesibles de forma remota, estén controlados por el usuario y tengan muchas probabilidades de superar la triage. Es ideal para tareas de Security Audit cuando necesitas algo más que un prompt genérico de “busca bugs” y quieres un flujo de trabajo que priorice hallazgos reportables por encima de preocupaciones locales o de poco ruido.

Qué está diseñado para encontrar

El skill security-bounty-hunter prioriza rutas explotables como SSRF, bypass de autenticación, inyección SQL, inyección de comandos, traversal de rutas, deserialización remota, cadenas de upload a RCE y XSS que se dispara automáticamente. Eso lo hace útil cuando la pregunta real es si un hallazgo puede respaldar una divulgación responsable o una presentación para bounty.

Quién debería usarlo

Usa este skill security-bounty-hunter si estás revisando una app, paquete o API y necesitas una triage rápida para saber si existe un informe de seguridad plausible. Es especialmente útil para investigadores, red teamers, bug bounty hunters e ingenieros que quieren comprobar si una base de código tiene exposición de alto impacto.

Qué lo hace diferente

El valor principal está en el criterio: empuja al modelo a ignorar patrones que son técnicamente inseguros pero poco relevantes para una entrega real. Así mantiene la atención en rutas de ataque alcanzables, explotabilidad e impacto, que es justo lo que suele hacer que una recompensa no sea aceptada.

Cómo usar el skill security-bounty-hunter

Instálalo y actívalo

Usa el comando de instalación de security-bounty-hunter en tu gestor de skills y luego apúntalo al repositorio que quieres evaluar. La clave es plantear la tarea como una auditoría de seguridad con enfoque de bounty, no como una revisión amplia de código.

Dale la entrada correcta

Empieza con un objetivo, un alcance y una meta concretos. Los buenos prompts se parecen a: “Audita esta API de Node para bugs accesibles remotamente que puedan calificar para bounty; prioriza bypass de auth, inyección, acceso a archivos y SSRF; ignora problemas de estilo y hallazgos locales de bajo impacto.” Esa entrada ayuda al skill a tomar las mismas decisiones de priorización que haría un revisor de bounty.

Lee primero los archivos correctos

Empieza con SKILL.md, y después revisa README.md, AGENTS.md, metadata.json y cualquier carpeta rules/, resources/, references/ o scripts/ si existen. En este repositorio, la fuente clave es SKILL.md; no hay carpetas de soporte adicionales, así que la mayor parte de la guía útil está en el propio cuerpo del skill.

Usa un flujo de trabajo que acote rápido

Un flujo eficaz para usar security-bounty-hunter es: identificar la superficie de la app, localizar límites de confianza, rastrear la entrada del usuario hasta operaciones sensibles y luego comprobar si la ruta es accesible sin privilegios. Pide explícitamente “bounty-worthiness” para que la salida valore explotabilidad, exposición y valor de envío, no solo debilidad teórica.

Preguntas frecuentes sobre el skill security-bounty-hunter

¿security-bounty-hunter es solo para auditores avanzados?

No. Es apto para principiantes si ya conoces el stack objetivo o puedes describir el repositorio con claridad. El skill hace la mayor parte del trabajo cuando le das una base de código concreta y le pides que se centre en rutas de explotación prácticas, no en consejos abstractos de hardening.

¿En qué se diferencia de un prompt normal?

Un prompt normal suele producir una lista de verificación amplia. El skill security-bounty-hunter es más específico: sesga el análisis hacia hallazgos que sean accesibles de forma remota, tengan impacto y tengan más probabilidades de ser aceptados en contextos de Security Audit o bug bounty.

¿Cuándo no debería usarlo?

No lo uses cuando quieras orientación general de desarrollo seguro, una revisión de cumplimiento o una evaluación completa de arquitectura. También encaja mal si necesitas cobertura exhaustiva de cada problema menor en lugar de una búsqueda priorizada de vulnerabilidades reportables.

¿Funcionará en cualquier repositorio?

Funciona mejor en apps web, APIs, servicios y bases de código con manejo claro de peticiones o flujos de datos. Es menos útil en contenido estático, utilidades pequeñas o repositorios donde no exista una superficie de ataque realista que auditar.

Cómo mejorar el skill security-bounty-hunter

Define mejor el alcance y las restricciones

Los mejores resultados de security-bounty-hunter llegan cuando especificas qué importa: lenguaje objetivo, puntos de entrada, modelo de autenticación, contexto de despliegue y qué queda dentro del alcance. Por ejemplo, “Revisa solo endpoints expuestos a Internet e ignora las herramientas de administración internas” produce una mejor priorización que un vago “encuentra vulnerabilidades”.

Pide una salida lista para reportar

Si quieres un resultado útil de Security Audit, solicita evidencia, explotabilidad, impacto y por qué el problema merece bounty. Eso anima al skill a explicar rutas de ataque en lugar de limitarse a nombrar etiquetas CWE.

Aporta rutas de código, no solo el nombre del repositorio

Si ya conoces archivos, handlers o rutas sospechosos, inclúyelos en el prompt. Un prompt como “Inspecciona src/routes/upload.ts y todo lo que invoque para buscar traversal de rutas o SSRF” es mucho más sólido que pedirle al modelo que busque a ciegas.

Itera sobre la primera pasada

Usa la primera salida para descartar pistas de poco valor y luego pide validación más profunda sobre los mejores candidatos. El fallo más común es un escaneo demasiado amplio; la mejor corrección es acotar la búsqueda a una sola clase de ataque, un único límite de confianza o una familia de endpoints a la vez.