Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
affaan-m avatar

Security Bounty Hunter

  • 4.3k installs
  • 238k repo stars
  • Updated August 5, 2026
  • affaan-m/everything-claude-code

A structured skill for finding remotely reachable, exploitable vulnerabilities in a repository that meet bug bounty program scope requirements.

About

Security Bounty Hunter guides developers through finding exploitable, bounty-eligible vulnerabilities in a codebase rather than performing broad best-practices reviews. It targets remotely reachable attack paths including SSRF (CWE-918), auth bypass (CWE-287), RCE via deserialization (CWE-502), SQL injection (CWE-89), command injection (CWE-78), path traversal (CWE-22), and auto-triggered XSS (CWE-79). The workflow starts with scope confirmation against program rules and SECURITY.md, then maps real entry points such as HTTP handlers, upload endpoints, webhooks, and parsers, runs semgrep as a triage input, traces code paths end-to-end, and proves user-controlled data reaches a meaningful sink. Developers produce a minimal safe PoC and verify the finding is not a duplicate before writing a structured report. Low-signal patterns like local-only pickle.loads, CLI-only eval, and missing security headers are explicitly excluded. Seven in-scope CWE patterns mapped to typical impact: SSRF, auth bypass, RCE, SQLi, command injection, path traversal, XSS

  • Seven in-scope CWE patterns mapped to typical impact: SSRF, auth bypass, RCE, SQLi, command injection, path traversal, X
  • Six-step triage workflow: scope check, entry point mapping, static scan with semgrep, end-to-end code reading, sink reac
  • Explicit skip list removes low-signal noise: local-only deserialization, fully hardcoded shell=True, self-XSS, demo or t
  • Structured report template covers description, vulnerable code location, PoC, impact, and affected versions
  • Pre-submission quality gate verifies reachability, user control, meaningful sink, working PoC, and no existing CVE or ad

Security Bounty Hunter by the numbers

  • 4,343 all-time installs (skills.sh)
  • +227 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #139 of 2,203 Security skills by installs in the Skillselion catalog
  • Security screen: LOW risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
At a glance

security-bounty-hunter capabilities & compatibility

free

Capabilities
vulnerability triage · bounty scope assessment · semgrep result filtering · poc validation · report generation · sink reachability analysis · entry point mapping
Use cases
security audit · code review · debugging
Runs
Runs locally
Pricing
Free
From the docs

What security-bounty-hunter says it does

リモートから到達可能なユーザー制御の攻撃パスに偏り、プラットフォームが定期的に情報提供または範囲外として却下するパターンを排除します。
SKILL.md
semgrep --config=auto --severity=ERROR --severity=WARNING --json
SKILL.md
ユーザー制御が意味のあるシンクに到達することを証明する。
SKILL.md
コードパスが実際のユーザーまたはネットワーク境界から到達可能
SKILL.md
npx skills add https://github.com/affaan-m/everything-claude-code --skill security-bounty-hunter

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs4.3k
repo stars238k
Security audit2 / 3 scanners passed
Last updatedAugust 5, 2026
Repositoryaffaan-m/everything-claude-code

What it does

Scan a repository for remotely reachable, user-controlled vulnerabilities that qualify for bug bounty submission on platforms like HackerOne or Huntr.

Who is it for?

Developers preparing responsible disclosure reports for Huntr, HackerOne, or similar bug bounty programs.

Skip if: General security hardening, compliance audits, or best-practices reviews without a specific bounty target.

When should I use this skill?

A developer needs to determine whether a potential finding in a repository is exploitable and in-scope for a bug bounty program.

What you get

A validated, report-ready vulnerability finding with a working PoC, confirmed user-controlled sink reachability, and no duplicate coverage.

  • Structured vulnerability report with description, vulnerable code location, PoC, impact, and affected versions
  • Confirmed working minimal PoC demonstrating exploitability
  • Duplicate check result against known CVEs and open advisories

By the numbers

  • 7 in-scope CWE vulnerability patterns documented
  • 6-step triage workflow defined
  • 1 semgrep command provided for initial scan

Files

SKILL.mdMarkdownGitHub ↗

Security Bounty Hunter

責任ある開示やバウンティ提出のための実際的な脆弱性発見が目的の場合に使用します。広範なベストプラクティスレビューではありません。

使用するタイミング

  • リポジトリの悪用可能な脆弱性をスキャンする場合
  • Huntr、HackerOne、または類似のバウンティ提出を準備する場合
  • 「これは実際に報酬が出るか?」であり「これは理論的に安全でないか?」ではないトリアージ

動作の仕組み

リモートから到達可能なユーザー制御の攻撃パスに偏り、プラットフォームが定期的に情報提供または範囲外として却下するパターンを排除します。

対象範囲内のパターン

継続的に重要な問題の種類:

パターンCWE典型的な影響
ユーザー制御の URL による SSRFCWE-918内部ネットワークアクセス、クラウドメタデータの窃取
ミドルウェアまたは API ガードでの認証バイパスCWE-287不正なアカウントまたはデータアクセス
リモートデシリアライゼーションまたはアップロードから RCE へのパスCWE-502コード実行
到達可能なエンドポイントでの SQL インジェクションCWE-89データ流出、認証バイパス、データ破壊
リクエストハンドラーでのコマンドインジェクションCWE-78コード実行
ファイル提供パスでのパストラバーサルCWE-22任意のファイルの読み取りまたは書き込み
自動トリガーされる XSSCWE-79セッション窃取、管理者の侵害

スキップするもの

プログラムが別途指定しない限り、通常は低シグナルまたはバウンティの範囲外です:

  • リモートパスのないローカルのみの pickle.loadstorch.load、または同等
  • CLI のみのツールでの eval() または exec()
  • 完全にハードコードされたコマンドの shell=True
  • セキュリティヘッダーのみの欠如
  • 悪用の影響のない一般的なレート制限の不満
  • 被害者がコードを手動で貼り付ける必要のあるセルフ XSS
  • ターゲットプログラムの範囲外の CI/CD インジェクション
  • デモ、サンプル、またはテスト専用のコード

ワークフロー

1. まず範囲を確認: プログラムルール、SECURITY.md、開示チャネル、および除外事項。 2. 実際のエントリーポイントを見つける: HTTP ハンドラー、アップロード、バックグラウンドジョブ、Webhook、パーサー、統合エンドポイント。 3. 静的ツールが役立つ場合は実行するが、トリアージ入力としてのみ扱う。 4. 実際のコードパスをエンドツーエンドで読む。 5. ユーザー制御が意味のあるシンクに到達することを証明する。 6. 可能な限り小さな安全な PoC で悪用可能性と影響を確認する。 7. レポートを作成する前に重複を確認する。

トリアージループの例

semgrep --config=auto --severity=ERROR --severity=WARNING --json

次に手動でフィルタリング:

  • テスト、デモ、フィクスチャ、ベンダーコードを除外
  • ローカルのみまたは到達不可能なパスを除外
  • ネットワークまたはユーザー制御の明確なルートがある所見のみを保持

レポート構造

## 説明
[脆弱性の内容とその重要性]

## 脆弱なコード
[ファイルパス、行範囲、および小さなスニペット]

## 概念実証
[最小限の動作するリクエストまたはスクリプト]

## 影響
[攻撃者が達成できること]

## 影響を受けるバージョン
[テストされたバージョン、コミット、またはデプロイターゲット]

品質ゲート

提出前に:

  • コードパスが実際のユーザーまたはネットワーク境界から到達可能
  • 入力が真にユーザー制御可能
  • シンクが意味があり悪用可能
  • PoC が動作する
  • 問題がアドバイザリー、CVE、またはオープンチケットでまだカバーされていない
  • ターゲットがバウンティプログラムの実際の範囲内

Related skills

Forks & variants (1)

Security Bounty Hunter has 1 known copy in the catalog totaling 1.4k installs. They canonicalize to this original listing.

How it compares

Use security-bounty-hunter for payout-focused exploit triage instead of general secure-coding or dependency-audit skills.

FAQ

Why are local-only pickle.loads findings excluded?

Bounty programs regularly mark them as informational or out-of-scope because exploitation requires local access, removing the remote attack surface needed for a valid report.

What does the quality gate check before submission?

It verifies the code path is reachable from a real network boundary, input is truly user-controlled, the sink is meaningful, a PoC works, and no existing CVE or advisory already covers the issue.

How is semgrep used in this workflow?

Semgrep runs with --severity=ERROR and WARNING in JSON mode as a triage input only; output is then manually filtered to remove test, demo, fixture, and local-only findings.

Is Security Bounty Hunter safe to install?

skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

Securityauditappsec

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.