> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/ja/hacking-tools/web.md). # Web アプリケーションテストツール プロキシのワークフロー、SQL インジェクションの自動化、Web 脆弱性スキャン、ファジング、プロファイリング、ペイロード調査、WAF 回避支援のための Web アプリケーションテストツールとリソース。 このカテゴリは、Webアプリケーションのテストワークフローに使用します。トラフィックのプロキシ、インジェクションポイントの検証、Webモジュールのスキャン、隠しコンテンツの発見、技術のプロファイリング、ペイロードの調査、WAFの挙動の確認などです。 ## ツールとリソース

:bug:

Burp Suite

Burp SuiteのWeb侵入テストメモ。Proxyでのインターセプト、Repeaterでの検証、Intruderによる自動化、Comparerによる分析、HTTPリクエストの操作、ペイロードのテスト、認証テスト、脆弱性の確認、証拠の収集。Burp Suite

:database:

SQLMap

SQLMapの侵入テストメモ。SQLインジェクションの検出、DBMSの指紋採取、データベースの列挙、テーブルとカラムの発見、データダンプ、Cookieベースのテスト、リスクとレベルの調整、OSシェルのワークフロー、SQLiteのテスト、手動でのSQLインジェクション検証。SQLMap

:shield-halved:

PHPセキュリティスキャナー

有料会員限定のPHP静的解析ワークフロー。危険な関数、ソースからシンクまでのレビュー、安全でない設定、アップロードのリスク、デシリアライズ、SSRF、権限昇格の指標。PHP セキュリティスキャナー

:globe:

WMAP

Metasploit経由でWeb脆弱性スキャンを実行し、見つかったアプリケーションの問題を確認するためのWMAPメモ。WMAP Web 脆弱性スキャン

:globe:

Web調査とバイパスのリソース

ファジング、プロファイリング、ペイロード参照、WAF検出、WAFバイパス、HackTricksのWebユーティリティのためのWeb調査およびバイパス用リソース。Web 調査と回避リソース
### ワークフロー 1. 重いチェックを実行する前に、アプリケーションをプロファイルし、隠しコンテンツを見つけます。 2. Burp Suiteで代表的なリクエストを取得し、パラメータの挙動を手動で確認します。 3. ターゲットの挙動がそのテスト経路に対応している場合にのみ、SQLMapまたはWMAPを使用します。 4. 専用のリソースページで、ペイロード、バイパス、WAFの挙動を調査します。 5. 報告のために、正確なリクエスト、ペイロード、レスポンス、スクリーンショット、ツールのバージョンを記録しておきます。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hacking-notes.jord4n.pro/ja/hacking-tools/web.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.