red-team-tools について
許可されたセキュリティ評価や管理された学習環境向けのテスト手順ガイドです。偵察、脆弱性の発見、報告を扱い、能動的な操作の前に対象・許可・範囲の確認を求めます。
主な機能
- 01サブドメイン列挙とホスト検出
- 02技術フィンガープリントとコンテンツ探索
- 03XSS、API、脆弱性スキャンの手順
- 04能動的な操作前の許可確認
- 05範囲の絞り込みと検出結果の検証
活用シーン
- 01承認済み対象の偵察手順を計画
- 02WebアプリとAPIの攻撃面を確認
- 03管理された環境でセキュリティ問題を検証
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill red-team-toolsインストール後、Claude Code で/red-team-toolsを入力して読み込まれたか確認します。
詳細
⚠️ 許可された用途のみ このスキルは、教育目的または許可されたセキュリティ評価のためのものです。 このツールを使用する前に、システム所有者から明示的な書面による許可を得る必要があります。 このツールの誤用は違法であり、固く禁じられています。
必須の確認ゲート 対象を調査、悪用、変更、永続化、データ抽出、または認証情報へのアクセスを試みるコマンドを実行する前に、以下を行ってください。
- 正確な対象 URL、IP アドレス、アカウント、またはリソースをユーザーに提示してもらいます。
- 書面による許可と、許可されたスコープを確認するようユーザーに求めます。
- 正確なコマンドを提示し、想定される影響を説明します。
- 現在の会話内で明示的な確認が得られるまで待ちます。
その確認がない場合は、読み取り専用にとどめ、防御的なガイダンスのみを提供してください。サンドボックス、使い捨て VM、または管理されたラボを優先してください。
許可された用途のみ:このスキルは、許可されたセキュリティ評価、防御的な検証、または管理された教育環境でのみ使用してください。
レッドチームツールと手法
目的
トップクラスのセキュリティ研究者による実証済みの手法とツールのワークフローを実装し、効果的な偵察、脆弱性の発見、バグバウンティの調査に役立てます。攻撃対象領域を徹底的に網羅しながら、一般的なタスクを自動化します。
入力/前提条件
- 対象スコープの定義(ドメイン、IP 範囲、アプリケーション)
- Linux ベースの攻撃用マシン(Kali、Ubuntu)
- バグバウンティプログラムの規則とスコープ
- インストール済みのツール依存関係(Go、Python、Ruby)
- 各種サービス(Shodan、Censys など)の API キー
出力/成果物
- 包括的なサブドメイン列挙
- 稼働ホストの検出とテクノロジーのフィンガープリンティング
- 特定された脆弱性と攻撃ベクトル
- 自動偵察パイプラインの出力
- 報告用に文書化された調査結果
スコープと証拠の境界
取得した情報、発見されたサブドメイン、サードパーティとの連携先、リダイレクト先は、自動的にスコープ内となるわけではありません。アクティブなプローブを行う前に、発見結果をすべて承認済みの対象リストと照合して絞り込んでください。リクエスト数、並行処理数、実行時間の上限を設定し、不安定な状態や予期しない機密データが見つかった場合は停止してください。スキャナーテンプレートは使用前に確認してください。反射マーカーやスキャナーの検出結果だけでは、XSS/CVE の影響が確認されたことにはなりません。このスクリプトは説明用であり、スコープの適用が不十分です。実際の対象に対して変更せずに実行しないでください。
基本的なワークフロー
1. プロジェクトの追跡と取得情報
偵察の追跡を設定します。
# Create project structure
mkdir -p target/{recon,vulns,reports}
cd target
# Find acquisitions using Crunchbase
# Search manually for subsidiary companies
# Get ASN for targets
amass intel -org "Target Company" -src
# Alternative ASN lookup
curl -s "https://bgp.he.net/search?search=targetcompany&commit=Search"
2. サブドメインの列挙
包括的なサブドメインの検出:
# Create wildcards file
echo "target.com" > wildcards
# Run Amass passively
amass enum -passive -d target.com -src -o amass_passive.txt
# Run Amass actively
amass enum -active -d target.com -src -o amass_active.txt
# Use Subfinder
subfinder -d target.com -silent -o subfinder.txt
# Asset discovery
cat wildcards | assetfinder --subs-only | anew domains.txt
# Alternative subdomain tools
findomain -t target.com -o
# Generate permutations with dnsgen
cat domains.txt | dnsgen - | httprobe > permuted.txt
# Combine all sources
cat amass_*.txt subfinder.txt | sort -u > all_subs.txt
3. 稼働ホストの検出
応答するホストを特定します。
# Check which hosts are live with httprobe
cat domains.txt | httprobe -c 80 --prefer-https | anew hosts.txt
# Use httpx for more details
cat domains.txt | httpx -title -tech-detect -status-code -o live_hosts.txt
# Alternative with massdns
massdns -r resolvers.txt -t A -o S domains.txt > resolved.txt
4. テクノロジーのフィンガープリンティング
標的型攻撃に向けてテクノロジーを特定します。
# Whatweb scanning
whatweb -i hosts.txt -a 3 -v > tech_stack.txt
# Nuclei technology detection
nuclei -l hosts.txt -t technologies/ -o tech_nuclei.txt
# Wappalyzer (if available)
# Browser extension for manual review
5. コンテンツの検出
隠れたエンドポイントとファイルを探します。
# Directory bruteforce with ffuf
ffuf -ac -v -u https://target.com/FUZZ -w /usr/share/seclists/Discovery/Web-Content/raft-medium-directories.txt
# Historical URLs from Wayback
waybackurls target.com | tee wayback.txt
# Find all URLs with gau
gau target.com | tee all_urls.txt
# Parameter discovery
cat all_urls.txt | grep "=" | sort -u > params.txt
# Generate custom wordlist from historical data
cat all_urls.txt | unfurl paths | sort -u > custom_wordlist.txt
6. アプリケーション分析(Jason Haddix の手法)
ヒートマップによる優先領域:
- ファイルアップロード - インジェクション、XXE、SSRF、シェルのアップロードをテストします
- コンテンツタイプ - Burp でマルチパートフォームをフィルタリングします
- API - 非公開のメソッドや認証の欠如を調べます
- プロフィールセクション - 格納型 XSS、カスタムフィールドを調べます
- 連携機能 - サードパーティ経由の SSRF を調べます
- エラーページ - 特殊なインジェクションポイントを調べます
分析時の質問:
- アプリはデータをどのように受け渡しますか?(パラメーター、API、ハイブリッド)
- アプリはどこでユーザーについて扱っていますか?(UID、UUID のエンドポイント)
- サイトにはマルチテナント構成やユーザーレベルがありますか?
- 独自の脅威モデルがありますか?
- サイトは XSS/CSRF にどのように対処していますか?
- 過去にこのサイトについての分析記事やエクスプロイトはありましたか?
7. 自動 XSS ハンティング
# ParamSpider for parameter extraction
python3 paramspider.py --domain target.com -o params.txt
# Filter with Gxss
cat params.txt | Gxss -p test
# Dalfox for XSS testing
cat params.txt | dalfox pipe --mining-dict params.txt -o xss_results.txt
# Alternative workflow
waybackurls target.com | grep "=" | qsreplace '"><script>alert(1)</script>' | while read url; do
curl -s "$url" | grep -q 'alert(1)' && echo "$url"
done > potential_xss.txt
8. 脆弱性スキャン
# Nuclei comprehensive scan
nuclei -l hosts.txt -t ~/nuclei-templates/ -o nuclei_results.txt
# Check for common CVEs
nuclei -l hosts.txt -t cves/ -o cve_results.txt
# Web vulnerabilities
nuclei -l hosts.txt -t vulnerabilities/ -o vuln_results.txt
9. API の列挙
API ファジング用のワードリスト:
# Enumerate API endpoints
ffuf -u https://target.com/api/FUZZ -w /usr/share/seclists/Discovery/Web-Content/api/api-endpoints.txt
# Test API versions
ffuf -u https://target.com/api/v1/FUZZ -w api_wordlist.txt
ffuf -u https://target.com/api/v2/FUZZ -w api_wordlist.txt
# Check for hidden methods
# Review allowed methods non-destructively first; state-changing methods
# require an explicitly approved disposable test resource.
curl -X OPTIONS https://target.com/api/users -v
10. 自動偵察スクリプト
#!/bin/bash
domain=$1
if [[ -z $domain ]]; then
echo "Usage: ./recon.sh <domain>"
exit 1
fi
mkdir -p "$domain"
# Subdomain enumeration
echo "[*] Enumerating subdomains..."
subfinder -d "$domain" -silent > "$domain/subs.txt"
# Live host discovery
echo "[*] Finding live hosts..."
cat "$domain/subs.txt" | httpx -silent > "$domain/live.txt"
# URL collection
echo "[*] Collecting URLs..."
cat "$domain/live.txt" | waybackurls > "$domain/urls.txt"
# Nuclei scanning
echo "[*] Running Nuclei..."
nuclei -l "$domain/live.txt" -o "$domain/nuclei.txt"
echo "[+] Recon complete!"
クイックリファレンス
重要なツール
| ツール | 目的 |
|---|---|
| Amass | サブドメインの列挙 |
| Subfinder | 高速なサブドメイン検出 |
| httpx/httprobe | 稼働中のホストの検出 |
| ffuf | コンテンツの検出 |
| Nuclei | 脆弱性スキャン |
| Burp Suite | 手動テスト |
| Dalfox | XSS の自動化 |
| waybackurls | 過去の URL の調査 |
確認すべき主要な API エンドポイント
/api/v1/users
/api/v1/admin
/api/v1/profile
/api/users/me
/api/config
/api/debug
/api/swagger
/api/graphql
XSS フィルターのテスト
<h1><img><table>
<script>
%3Cscript%3E
%253Cscript%253E
%26lt;script%26gt;
制約
- プログラムのスコープの境界を守ってください
- 許可なく、本番環境に対して DoS やファジングを行わないでください
- ブロックを避けるため、リクエストにレート制限を設けてください
- 一部のツールでは誤検知が発生することがあります
- 一部のツールを完全に利用するには API キーが必要です
例
例 1:サブドメインの簡易調査
subfinder -d target.com | httpx -title | tee results.txt
例 2:XSS 探索のパイプライン
waybackurls target.com | grep "=" | qsreplace "test" | httpx -silent | dalfox pipe
例 3:包括的なスキャン
# Full recon chain
amass enum -d target.com | httpx | nuclei -t ~/nuclei-templates/
トラブルシューティング
| 問題 | 解決策 |
|---|---|
| レート制限が適用された | 停止するか、時間を置いて再開し、並行処理を減らしてプログラムの制限に従ってください。制御を回避するために識別情報を切り替えないでください |
| 結果が多すぎる | 特定の技術スタックに絞り込んでください |
| 誤検知 | 報告する前に、検出結果を手動で検証してください |
| サブドメインが不足している | 複数の列挙ソースを組み合わせてください |
| API キーのエラー | 設定ファイル内のキーを確認してください |
| ツールが見つからない | go install を使って Go ツールをインストールしてください |
使用するタイミング
このスキルは、概要で説明されているワークフローまたはアクションを実行する際に使用できます。