XSS Hunter Express

5分でセットアップでき、メンテナンス不要

ブラインドクロスサイトスクリプティング（XSS）の脆弱性をテスト・発見するためにXSS Hunterをセットアップする最速の方法です。

セットアップ（5分、あまり読み飛ばさないようにしてください）

要件

docker と docker-compose がインストールされていること
少なくとも2 GBのRAMを搭載したホスト
サーバーのIPにマッピングできるホスト名（例: host.example.com）（DNSを制御できること）
[メール通知用] XSSペイロード発火のメール通知を受け取るには、有効なSMTP認証情報を持つメールアカウントが必要です。この目的にはGmailなどの一般的なメールアカウントを使用できます。メール通知が不要な場合はこれは必須ではありません。

インスタンスの設定

XSS Hunter Expressをセットアップするには、docker-compose.yaml ファイルを適切な設定・パスワードなどに変更してください。

以下は、サービスを起動する前に変更する必要がある（docker-compose.yaml 内の）YAMLフィールドの一部です:

HOSTNAME: ペイロードとWeb管理パネルへのアクセスに使用するホスト名にこのフィールドを設定します。多くの場合、ペイロードをテスト用のさまざまなフィールドに収められるよう、できるだけ短くします（例: xss.ht）。このホスト名は、インスタンスのIPアドレスにマッピングする必要があります（DNSの A レコード経由）。
SSL_CONTACT_EMAIL: Let's Encrypt を介してTLS/SSL証明書を自動的に設定・更新するには、メールアドレスを提供する必要があります。

メール通知が必要な場合は以下が必要です:

SMTP_EMAIL_NOTIFICATIONS_ENABLED: メール通知を受け取るには有効のままにします（以下の設定も行う必要があります）。
SMTP_HOST: メールアカウントがホストされているSMTPサーバーのホスト（例: smtp.gmail.com）。
SMTP_PORT: SMTPサーバーのポート（例: 465）。
SMTP_USE_TLS: SMTPサーバーがTLSをサポートしている場合はTLSを利用します。
SMTP_USERNAME: SMTPサーバー上のメールアカウントのユーザー名（例: exampleuser）。
SMTP_PASSWORD: SMTPサーバー上のメールアカウントのパスワード（例: Password1!）。
SMTP_FROM_EMAIL: SMTPサーバー上のメールアカウントのメールアドレス（例: [email protected]）。
SMTP_RECEIVER_EMAIL: 通知の送信先メールアドレス。上記と同じ場合もありますが、異なる場合もあります。

最後に、セキュリティ意識の高い方には以下を検討する価値があります:

CONTROL_PANEL_ENABLED: インスタンスの攻撃対象領域を最小限に抑えたい場合は、Webコントロールパネルを無効にできます。これにより、ペイロード発火のメールのみを受信するようになります（結果はディスクとデータベースに引き続き保存されます）。

XSS Hunter Expressのビルドと起動

セットアップが完了したら、以下のコマンドを実行してサービスを起動します:

# リポジトリディレクトリに移動
cd xsshunter-express/
# バックグラウンドでpostgresを起動
docker-compose up -d postgresdb
# サービスを起動
docker-compose up xsshunterexpress

すべてが正常に進んだ場合、管理者パスワードが画面に表示されます。これを使用して、https://your-hostname.com/admin/ でホストされているWebパネルにログインします。

注記: インスタンスへの最初のHTTPリクエストは、サービスがTLS/SSL証明書を自動生成するため遅くなります。これには約15秒しかかかりません。

機能

管理されたXSSペイロード発火: XSS Hunterアカウントのコントロールパネルで、すべてのXSSペイロードを管理します。
強力なXSSプローブ: プローブが脆弱なページで発火するたびに、以下の情報が収集されます:
- 脆弱なページのURI
- 実行のオリジン
- 被害者のIPアドレス
- ページのリファラー
- 被害者のユーザーエージェント
- HTTP-OnlyではないすべてのCookie
- ページの完全なHTML DOM
- 影響を受けたページの完全なスクリーンショット
- 関連するHTTPリクエスト（XSS Hunter互換のインジェクションツールが使用されている場合）
- ブラウザが報告した時刻
- ペイロードがiframe内で発火したかどうか
完全なDocker化: カスタム設定で設定ファイルを変更し、単一のコマンドで起動できます！
自動的なTLS/SSLセットアップと更新: 適切なDNSレコードを作成するだけで、XSS Hunter Expressが自動的にLetsEncryptを利用して適切なTLS/SSL証明書を設定・更新します。
gzip圧縮されたペイロード発火画像: すべての画像は gzip 圧縮で保存され、インスタンスのハードディスク容量の使用を抑えます。
攻撃対象領域の最小化: オプションでWeb UIを完全に無効にして、インスタンスの攻撃対象領域を最小限に抑えることができます。
全ページスクリーンショット: XSS HunterプローブはHTML5 canvas APIを利用して、XSSペイロードが発火した脆弱なページの完全なスクリーンショットを生成します。この機能により、内部の管理パネル、サポートデスク、ログシステム、その他の内部Webアプリケーションを覗き見ることができます。これにより、クライアントやバグ報奨金プログラムに脆弱性の完全な影響を示す、より強力なレポートが可能になります。
XSSペイロード発火メールレポート: XSSペイロードの発火は、重要なバグの報告を容易にするため、適切なセキュリティ担当者に簡単に転送できる詳細なメールレポートも送信します。
自動ペイロード生成: XSS Hunterは、Webアプリケーションのセキュリティテストで使用するXSSペイロードを自動的に生成します。
関連付けられたインジェクション: おそらくXSS Hunterの最も強力な機能は、インジェクション試行をXSSペイロードの発火と関連付ける機能です。XSS Hunter互換のテストツールを使用することで、特定のペイロードが発火した原因を（インジェクション試行から数週間後でも！）即座に知ることができます。
ページ取得: XSSペイロードが発火すると、ペイロードが自動的に取得して保存する相対パスのリストを指定できます。これは、通常はアクセスできない内部システム上の不適切な crossdomain.xml ポリシーなどの他の脆弱性を見つけるのに役立ちます。
セカンダリペイロードの読み込み: XSS Hunterが処理を完了した後に読み込みたいセカンダリペイロードがありますか？ XSS Hunterは、収集が完了した後に実行するセカンダリJavaScriptペイロードを指定するオプションを提供します。
モバイル対応: ラップトップなしでバーでペイロードを確認できます。Webインターフェースは完全にモバイル対応です。