Claude Kit: el plugin de YesWeHack para reportes de bug bounty

Un reporte de bug bounty bien escrito por una IA tiene un problema: suena convincente aunque mezcle lo que comprobaste con lo que el modelo supuso. Un payload que nunca lanzaste, un “podría provocar una filtración masiva” sin prueba. El triager no puede reproducirlo y lo cierra. YesWeHack, una de las plataformas europeas de bug bounty, ha publicado Claude Kit, un plugin para Claude Code pensado para evitar justo eso.

Lo ha vuelto a poner en circulación un tuit de Nix0n que lo presenta como recién salido. No lo es tanto: el repositorio se publicó el 25 de agosto de 2026 y ronda las 210 estrellas.

Qué hace

El plugin añade dos capas a Claude Code con una sola instalación.

Reglas siempre activas. Un hook SessionStart las inyecta al empezar cada sesión: no inventar hechos, no escribir impacto teórico, no rellenar con texto genérico de OWASP y señalar lo que queda fuera de alcance o no se puede probar. Se aplican mientras investigas, mientras redactas y mientras revisas.

Tres skills a demanda, con su propio espacio de nombres para no chocar con las tuyas:

/ywh:gotchas cubre XSS, SQLi, SSRF, IDOR, CSRF, RCE, SSTI, XXE, open redirect, bypass de autenticación, fuga de información, condiciones de carrera, CORS y path traversal o LFI.

Los ejemplos del README muestran el enfoque. En un IDOR, el plugin mantiene el fallo pero elimina el “filtración masiva que afecta a toda la base de usuarios”: el identificador es un UUIDv4 aleatorio, no enumerable, y la prueba solo demuestra una lectura entre dos cuentas. Baja el CVSS inflado de 9.1 a un 5.9 defendible. En una condición de carrera con cupones, bloquea la sección de impacto porque el doble descuento solo se vio en la respuesta del carrito, no en el pago.

Cómo se instala

El plugin es su propio marketplace. Dentro de Claude Code:

/plugin marketplace add yeswehack/claude-kit
/reload-plugins

Con /plugin compruebas que está activo. Se instala a nivel de usuario por defecto; el instalador ofrece también ámbito de proyecto o local si prefieres limitarlo a un workspace. Para actualizar: /plugin update ywh@yeswehack.

Si es tu primer plugin de este tipo, funciona igual que otras colecciones de skills que hemos cubierto, como las 25 skills de ingeniería de Addy Osmani.

La letra pequeña

La invocación automática no está garantizada. Las skills se cargan cuando tu frase encaja con su descripción, pero el propio README avisa de que esa detección es semántica. Para la revisión final antes de enviar, llama a /ywh:triage a mano.

Las reglas reducen el riesgo, no lo eliminan. Son instrucciones en el contexto, no una verificación técnica. El modelo puede seguir equivocándose; lo que cambia es que tiende a preguntar antes de rellenar. La responsabilidad del reporte sigue siendo tuya.

No encuentra fallos. Si buscas un agente que audite una aplicación, esto no es eso. Trabaja sobre lo que ya has descubierto.

GPL-3.0. Úsalo y modifícalo sin problema. Si redistribuyes una versión modificada, tiene que llevar la misma licencia.

Merece la pena si…

• Envías reportes a YesWeHack, HackerOne, Intigriti o cualquier otro programa y usas Claude Code para redactarlos.
• Te han cerrado reportes como N/A por impacto no demostrado.
• Quieres una segunda lectura crítica antes de enviar, sin que el modelo te dé la razón por defecto.

Para un enfoque más amplio de la seguridad con agentes, las guías de OWASP Cheat Sheet Series son un buen complemento.