security-bounty-hunter

Topics in the source

• Security Bounty Hunter
• 使用するタイミング
• 動作の仕組み
• 対象範囲内のパターン
• スキップするもの
• ワークフロー
• トリアージループの例
• レポート構造

責任ある開示やバウンティ提出のための実際的な脆弱性発見が目的の場合に使用します。広範なベストプラクティスレビューではありません。 リポジトリの悪用可能な脆弱性をスキャンする場合 Huntr、HackerOne、または類似のバウンティ提出を準備する場合 「これは実際に報酬が出るか？」であり「これは理論的に安全でないか？」ではないトリアージ リモートから到達可能なユーザー制御の攻撃パスに偏り、プラットフォームが定期的に情報提供または範囲外として却下するパターンを排除します。 継続的に重要な問題の種類: | パターン | CWE | 典型的な影響 | | --- | --- | --- | | ユーザー制御の URL による SSRF | CWE-918 | 内部ネットワークアクセス、クラウドメタデータの窃取 | | ミドルウェアまたは API ガードでの認証バイパス | CWE-287 | 不正なアカウントまたはデータアクセス | | リモートデシリアライゼーションまたはアップロードから RCE へのパス | CWE-502 | コード実行 | | 到達可能なエンドポイントでの SQL インジェクション | CWE-89 | データ流出、認証バイパス、データ破壊 | | リクエストハンドラーでのコマンドインジェクション | CWE-78 | コード実行 | | ファイル提供パスでのパストラバーサル | CWE-22 | 任意のファイルの読み取りまたは書き込み | | 自動トリガーされる XSS | CWE-79 | セッション窃取、管理者の侵害 | プログラムが別途指定しない限り、通常は低シグナルまたはバウンティの範囲外です: リモートパスのないローカルのみの pickle.loads、torch.load、または同等 CLI のみのツールでの eval() または exec() 完全にハードコードされたコマンドの shell=True セキュリティヘッダーのみの欠如 悪用の影響のない一般的なレート制限の不満 被害者がコードを手動で貼り付ける必要のあるセルフ XSS ターゲットプログラムの範囲外の CI/CD インジェクション デモ、サンプル、またはテスト専用のコード 1. まず範囲を確認: プログラムルール、SECURITY.md、開示チャネル、および除外事項。 2. 実際のエントリーポイントを見つける: HTTP ハンドラー、アップロード、バックグラウンドジョブ、Webhook、パーサー、統合エンドポイント。 3. 静的ツールが役立つ場合は実行するが、トリアージ入力としてのみ扱う。 4. 実際のコードパスをエンドツーエンドで読む。 5. ユーザー制御が意味のあるシンクに到達することを証明する。 6. 可能な限り小さな安全な PoC で悪用可能性と影響を確認す

This is an excerpt. Refer to the complete source and its current requirements.