sWebMachineGun.exe実践編

置換したリクエストとは別のレスポンスを検査する場合で、今度はCSRFトークンによる画面遷移制御が行われている場合

診断対象

こんな感じ

入力画面	確認画面		完了画面

POST /sanaki/yourdata/testConfirm.asp HTTP/1.0 Content-Type: application/x-www-form-urlencoded Content-Length: 0 Email=test@example.com&Tel=03-0000-0000		POST /sanaki/yourdata/testComplete.asp HTTP/1.0 Content-Type: application/x-www-form-urlencoded Content-Length: 0 csrfToken=【直前のHTTPレスポンスに書かれていたCSRFトークン】

入力画面→確認画面→完了画面

そして、完了画面に遷移する際には、hiddenタグのCSRFトークンを正しく返す必要がある、、、というような対象

メインの設定は、HTTPリクエストの設定と、置換方法の設定

「Request」タブに、二つのHTTPリクエストを設定して、
判定対象リクエストをNo1(2つ目のリクエスト)に設定する

一つ目はこんな感じ

リクエストとしては「一つのHTTPリクエスト(一番シンプル)」と同じ。

二つ目はこんな感じ

となっている。
こういう設定にする方法は後述している

ちなみに「AutoTarget」がオフになっているが、オンにすると、変換対象/判定対象がGUIで表示されているページに自動で追随するので、オフにしている。

「Setting」タブの置換方法は、キャプチャ画像を分かりやすくするために2つだけ。

「お勧め」ボタンにはいろいろな置換方法が用意してありますよ。

「UseName」をチェックして、パラメータの解析(名前と値を解析)を実施するように指示する

この画面で、変換対象ページをNo0と指定している

「Judge/Regex」で、判定対象ページをNo1に指定している

「GeneralSetting」タブの「CSRF Token」ボタンで、表示されるダイアログで設定する。

画面では、

ということになっている

「Execute」ボタンで、実行できるのですが、結果はこんな感じで、各変数に対して、各置換方法を与えたHTTPリクエストを送信し、そのレスポンスからCSRFトークンを探し出し、次のリクエストにそのトークンを埋め込んでいることが分かると思う。

ちなみに、CSRFトークンの設定画面で「Null Token」がオンとなっていたので、

というパターンも実行している