mcpField
P
passive-recon

passive-recon

github.com/wgpsecセキュリティ1.8k58 回インストール4 日前に更新
リポジトリ

passive-recon について

passive-recon は、ペネトレーションテスターやレッドチーム向けの受動的な OSINT 手法です。複数のインターネット資産検索エンジンの情報を照合し、対象への直接アクセスやスキャンを避けます。

主な機能

  1. 01FOFA、Quake、Hunter による資産検索
  2. 02ドメイン、IP、ポート情報の照合
  3. 03技術スタック、証明書、過去の資産の整理
  4. 04公開管理画面や重要な対象の特定
  5. 05直接アクセスとスキャンの回避

活用シーン

  1. 01許可された評価前の公開資産リスト作成
  2. 02検索エンジン間の検出結果の比較
  3. 03公開管理画面やデータベースポートの特定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/wgpsec/aboutsecurity --skill passive-recon

インストール後、Claude Code で/passive-reconを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
recall.json
references/
search-engine-syntax.md

詳細

パッシブ OSINT 情報収集の方法論

⛔ 詳細な参考情報：各エンジンの完全なクエリ構文と API 呼び出し方法については、references/search-engine-syntax.md を参照してください。

パッシブ偵察の最大の利点は、一切接触しないことです。対象のログに痕跡を残しません。侵入前の事前調査、レッドチームの偵察、または許可範囲外ではパッシブ収集しか行えない状況に適しています。

Phase 1: 複数エンジンでの資産検索

FOFA

http_request または curl を使って FOFA API（https://fofa.info/api/v1/search/all?...）にクエリを送信します。国内最大のサイバー空間マッピングエンジンであり、国内資産の発見に適しています。

よく使われるクエリパターン：

  • ドメイン資産：domain="example.com"
  • IP 範囲：ip="192.168.1.0/24"
  • 特定のサービス：domain="example.com" && port="8080"
  • 特定のコンポーネント：domain="example.com" && app="WordPress"
Quake

http_request または curl を使って Quake API（https://quake.360.net/api/v3/search/quake_service）にクエリを送信します。360 のサイバー空間マッピングサービスで、詳細なフィンガープリント識別を得意としています。

よく使われるクエリパターン：

  • ドメイン：domain:"example.com"
  • サービス：domain:"example.com" AND port:8443
  • コンポーネント：domain:"example.com" AND app:"Apache Tomcat"
Hunter

http_request または curl を使って Hunter API（https://hunter.qianxin.com/openApi/search）にクエリを送信します。鹰图プラットフォームで、IP 関連分析と資産の集約を得意としています。

Phase 2: 結果の相互比較

3 つのエンジンにはそれぞれ異なる強みがあり、相互比較することで全体像を把握できます。

観点分析方法
IP／ドメイン一覧3 つのエンジンの結果を重複排除して統合し、単一のエンジンでのみ発見されたもの（新たに公開された、または停止済みの可能性があるもの）に印を付けます
ポート分布高リスクポート（22/3306/6379/9200）を集計し、標準外のポートに印を付けます
技術スタックWeb フレームワーク、ミドルウェア、CMS のバージョンをまとめます
管理画面title に "login"／"admin"／"dashboard" を含む資産を検索します
証明書情報SSL 証明書の CN／SAN から内部ドメインが漏えいする可能性があります
履歴データ異なる時点のデータを比較し、新たに公開された資産や停止された資産を発見します

Phase 3: 価値の高いターゲットの特定

パッシブ収集の結果から、次の項目を優先してマークします。

  1. 公開された管理画面 — 通常、最短の攻撃経路です
  2. 期限切れ／メンテナンスされていないサービス — 古いバージョンのコンポーネントには、既知の脆弱性がある可能性が高くなります
  3. 誤って公開された内部システム — OA／VPN／GitLab／Jenkins など、本来はインターネットからアクセスできないサービスです
  4. データベースポートの公開 — Redis／MongoDB／Elasticsearch が認証なしで公開されているのは、よくある問題です
  5. 開発／テスト環境 — dev／test／staging サブドメインは、通常セキュリティ対策が弱めです

注意事項

  • 純粋なパッシブ収集にとどめ、対象に直接アクセスしたりスキャンしたりしないでください
  • 検索エンジンのデータには鮮度があり、最新の資産がまだ収録されていない場合があります
  • エンジンごとにクエリ構文が異なるため、混同しないよう注意してください

複数エンジンによる相互検証

  • 単一のエンジンでのみ見つかった結果は、新たに公開されたか、すでに停止されている可能性があります
  • データの鮮度：各エンジンで収録時期や更新頻度が異なります
  • 情報源を明記：単一のエンジンでのみ発見された資産に印を付け、さらに検証する必要があります
  • 注意：スキャン、対象への直接アクセス、ポートスキャンは禁止です

その他のパッシブ情報源

  • WHOIS によるドメイン登録情報の検索
  • DNS の過去の記録
  • GitHub での漏えいしたコード／認証情報の検索
  • その他の公開情報源（ソーシャルメディア、フォーラムなど）

コメント

Markdown 対応