Leaderboard/Security/Claude-BugHunter
Last commit on August 24, 2026·Created on May 5, 2026

elementalsouls/Claude-BugHunter

A structured pipeline for Android APK acquisition, decompilation, and vulnerability discovery.
Combined rank
#91
across all skills
In Security
#7
category rank
Stars
4.6k
+2.7% in last 7d
Forks
683
+2.4% in last 7d
Watchers
31
+3.3% in last 7d
Traction scoreGitHub stars can be faked, so popularity alone can be misleading. Traction Score looks for broader signs of recent attention, adoption, and active maintenance.
TL;DR

Claude-BugHunter provides a technical framework for red-team engagements targeting mobile applications. It streamlines the transition from initial APK acquisition to deep analysis, integrating decompilation and secret extraction into a repeatable workflow.

Security researchers can use these skills to automate the recovery of internal API endpoints, hardcoded JWTs, and pinned certificates while utilizing Frida templates for runtime instrumentation.

WHO IT'S FOR
Bug bounty hunters
orchestrate non-linear vulnerability hunting workflows
Offensive security engineers
execute Android APK red-team pipelines
Application security researchers
hunt for insecure deserialization and RCE
Red team operators
perform infrastructure and identity attack simulations
Repository contents

83 skill files

Compatible AgentsThe repository documents support for these agents. The skills may also work with other agents that can load SKILL.md files, but they may need some setup or small changes.

Use this skill collection

Follow the documented setup, then try a first task.

I’m using

Claude Code marketplace plugin

Installs: All 83 skills and 15 namespaced commands. The hunt scaffolder is clone-only; the cbh CLI is a separate optional installation. · Claude Code

Before you start
  • Claude Code with plugin marketplace support
  1. In Claude Code, add the marketplace and install the plugin in the documented order.

    /plugin marketplace add elementalsouls/Claude-BugHunter
    /plugin install claude-bughunter@elementalsouls
README.md · Checked Sep 18, 2026

Give it something to do.

Suggested first task

Triage a recon dataset for asset ownership

Uses recon-scope-triage

  • <recon-dataset-path>: path to the supplied ASM/recon export
  • <target-owned-domains>: confirmed domains belonging to the target
  • Known official organization, publisher, repository-owner, or infrastructure identifiers

Check the repository for this skill’s setup.

Use the recon-scope-triage skill to review the ASM or recon dataset at <recon-dataset-path> before any testing. Given <target-owned-domains> and any known official organization, publisher, or infrastructure identifiers, separate assets with concrete ownership evidence from unproven or unrelated namespace-collision noise. For each retained asset, cite the ownership signal; flag every asset that remains unproven and do not test it.
Suggested first task

Check an authorized target for common source leaks

Uses hunt-source-leak

  • <authorized-target-hostname>: explicitly authorized hostname without an invented example
  • Confirmation that the hostname and these read-only requests are in scope

Check the repository for this skill’s setup.

Use the hunt-source-leak skill's Phase 1 Quick Wins against <authorized-target-hostname>, which I confirm is explicitly in scope. Check the documented environment-file, Git, Swagger, OpenAPI, and API-doc paths, then return a concise table of responses that merit manual validation. Redact any discovered secret values and do not proceed beyond these initial read-only requests.
skills/hunt-source-leak/SKILL.md · Checked Sep 18, 2026
Suggested first task

Draft one client-facing red-team finding

Uses redteam-report-template

  • <finding-notes-path>: path to notes for one confirmed finding
  • Affected asset
  • Observed evidence and proof-of-concept details
  • Known remediation context, if available

Check the repository for this skill’s setup.

Use the redteam-report-template skill to turn the confirmed finding in <finding-notes-path> into one client-facing draft. Follow the documented Subject, Observations, Description, Impact, Recommendation, and PoC structure. Preserve uncertainty, use only supplied evidence, and leave unsupported severity or CVSS fields clearly marked for reviewer input. Produce a draft only; do not publish or convert it.