mitm-security-audit

キャプチャしたトラフィックのセキュリティ監査

次の対象について、mitmproxy のダンプ（log.txt）を包括的にセキュリティ監査します：$ARGUMENTS

必要条件：現在のディレクトリに log.txt が必要です。ファイルがない場合は、まずトラフィックをキャプチャしてください：

mitmdump --set flow_detail=3 2>&1 | tee log.txt

監査チェックリスト

次のチェックを順に実施してください：

1. 偵察

• 検出されたすべての一意なドメイン／サブドメインを列挙する
• すべての API エンドポイントとメソッドを列挙する
• API のパターン（REST、GraphQL など）を特定する

2. 認証とセッション

• 機密性の高いエンドポイントで認証が欠如していないか確認する
• URL または GET パラメーターにセッショントークンが含まれていないか確認する
• Cookie のセキュリティフラグ（Secure、HttpOnly、SameSite）を確認する
• 推測可能なセッション／トークンのパターンを特定する

3. 認可（IDOR）

• URL に連番／列挙可能な ID がないか確認する
• Base64 でエンコードされた ID（簡単にデコード／反復できる）がないか確認する
• ユーザー ID、注文 ID、取引 ID を調べる
• あるユーザーのトークンが別のユーザーのリソースに使えるかテストする

4. データ漏えい

• レスポンス内の PII（メールアドレス、電話番号、住所）
• 部分的または完全なクレジットカード番号
• レスポンス内のパスワードまたはハッシュ
• 内部 IP、ファイルパス、スタックトレース

5. シークレットとキー

• リクエスト／レスポンス内の API キー
• ハードコードされたトークンまたはソルト
• クラウド認証情報（AWS、GCP、Azure）
• サードパーティサービスのキー

6. 決済のセキュリティ

• コールバックのチェックサム／ハッシュ検証
• 金額を改ざんできる可能性
• ステータスパラメーターの改ざん
• 署名衝突の脆弱性

7. 入力検証

• レスポンス内の OTP（SMS／メールでのみ送信する必要があります）
• 機密性の高いエンドポイントのレート制限
• 保護されていない列挙可能なエンドポイント

8. 通信のセキュリティ

• 機密データの送信に HTTPS ではなく HTTP が使われていないか
• セキュリティヘッダーの欠落
• サードパーティへの Referer 漏えい

出力形式

各検出事項について、次の情報を提示してください：

• エンドポイント：脆弱性のある URL／API
• 脆弱性：問題の種類
• 証拠：トラフィック内で確認された内容
• 重大度：Critical／High／Medium／Low／Info
• 推奨事項：修正方法

重大度と悪用可能性に基づいて、検出事項に優先順位を付けてください。