How I found two api vulnerabilities by analyzing JS source code から学ぶ - The light of hope to the other side of the tunnel

ソース：

訳：

今日は、Web サイトのソースコードを分析してプライベートバグ報奨金プログラムで 2 つの API バグを発見した方法と、ソースコードを使用する方法を共有します。
コードと JS ファイルを使用して脆弱性を見つけてみましょう。

ターゲットはHackerone 上のプライベートプログラムであり、それに関する情報を公開できないため、target.com と呼ぶことにします。

ターゲットの範囲はそれほど大きくなく、ワイルドカードドメイン (*.target.com) が 1 つだけで構成されていました。
いくつかの偵察を行った後、メインアプリケーションで探索を開始することにしました。
Web サイトが React フレームワークを使用していることがわかりました。

ソースコードが利用可能かどうかを確認したかったので、Chrome DevTools で [ソース] タブを開いたところ、Web サイトのフロントエンドソースコードが含まれている web-app というフォルダーを見つけました。

すぐにダウンロードしてコードのレビューを開始し、いくつかの脆弱性を見つけました。

リソースセーバーと呼ばれる Chrome 拡張機能を使用してコードをダウンロードしました。

私は手動でコードをレビューし始めました。
私は API ハッキングが大好きなので、JS ファイル内の API エンドポイントを探し始めました。
そして、Web アプリケーションとモバイルアプリケーションの両方の API エンドポイントが多数含まれるファイルが含まれている api というフォルダーを見つけました。

API ではいつもそうしているように、見つけたすべての API エンドポイントを Excel シートに保存し、それらの目的とアプリケーションでの動作を理解しながら、1 つずつ分析/テストを開始しました。

多くのテストを行った結果、2 つのエンドポイントを使用する 2 つのアクセス制御の脆弱性が見つかりました。

1) target.com 上のビデオにボタンを追加および削除する:

target.com にはビデオをアップロードする機能があり、ソースコードから API エンドポイントをテストしていたときに、このエンドポイントを見つけました

/v1/videos/<video_id>/cta

ソースコードでは、関数は次のようになります。

export function updateCTA(videoId: string, ctaURL: string, ctaText: string) {
return getResults(
appendQuery(`${TARGET_API_URL}videos/${video_id}/cta`, {
api_key: WEB_API_KEY,
link: ctaURL,
text: ctaText,
}),
{
method: ctaText ? 'put' : 'delete',
}
)
}