Bug Bounty { How I found an SSRF ( Reconnaissance ) } から学ぶ - The light of hope to the other side of the tunnel

ソース：

訳：

今日は、私が最近発見した内部ポートスキャンに対するサーバーサイドリクエストフォージェリ (SSRF) について説明し。

SSRFとは何ですか？

サーバー側リクエストフォージェリ (SSRF とも呼ばれる) は Web セキュリティの脆弱性であり、攻撃者がサーバー側アプリケーションに、攻撃者が選択した任意のドメインへの HTTP リクエストを実行させることを可能にして。
典型的な SSRF の例では、攻撃者は、サーバーがそれ自体、組織のインフラストラクチャ内の他の Web ベースサービス、または外部のサードパーティシステムに接続を確立する可能性があり。
SSRF 攻撃は多くの場合、信頼関係を悪用して脆弱なアプリケーションから攻撃をエスカレートし、不正なアクションを実行し。
これらの信頼関係は、サーバー自体に関連して、または同じ組織内の他のバックエンドシステムに関連して存在する場合があり。

WaybackURLs (ウェイバックマシン) とは何ですか?

セキュリティテストにおける Web クローリングは、自動化されたスクリプトまたはクローリングプログラムを使用して Web ページ上のデータにインデックスを付けるプロセスであるため、重要な側面です。これらのスクリプトまたはクローリングプログラムは、Web クローラー、スパイダー、スパイダーボット、およびクローラーと呼ばれます。

Google Dorks からバグ報奨金プログラムを選択し。
責任ある開示ポリシーにより、プログラムを開示することはできません。
このドメインを target.com と呼びます。

Subfinder を使用してサブドメインを列挙し、出力をdomains.txtに保存し。
その後 httprobe を実行してライブドメインを取得、出力をlive_domains.txt に保存して。

subfinder -d target.com > domains.txt

cat domains.txt | httprobe > live_domains.txt

次のコマンドを実行して、waybackurls を通じて Web クローリングURLを収集。

cat live_domains.txt | waybackurls > urls.txt

urls.txt 内のすべての URL を収集したら、 httpx を実行してステータス、タイトル、技術などを特定し、出力を status.txt に保存し。

cat urls.txt | httpx — status-code-title > status.txt

これで、ライブでアクセス可能なすべての URL が並べ替えられ、機能しない URL がすべて削除され。

status.txt を開いて、機密情報、パラメータ、ユーザー名、パスワード、トークン、機密ファイルなどを探し始め。

Keywords I used : password, username, mail.com, token, access_token, url=, redirect_url=, api, id=, accessUrl=, payment, etc.

30 分間クロールして並べ替えた後、次のような興味深い URL を 1 つ取得し。