Server-Side Request Forgery
サーバーサイドリクエスト偽造
サーバーサイドリクエスト偽造(SSRF)は、攻撃者が制御する入力によりサーバーがリクエストを送信する場合に発生します。そのリクエストは到達すべきでない場所に届きます。
もう一つの例
請求書ツールはサプライヤーロゴのURLを受け入れます。一度解析し、承認済みのサプライヤーのHTTPSホストのみを許可し、解決されたプライベート、ループバック、リンクローカル、またはメタデータアドレスを拒否します。また、リダイレクトをオフにし、バイト数と時間を制限し、アウトゴーイングプロキシを使用し、`http://169.254.169.254`をブロックします。
主な部分
- 01攻撃者に影響されたURL
- 02サーバー側フェッチ機能
- 03転送先および出口制御
以下の場合に使用します
ユーザーに影響されるURLを取得するすべてのサーバー機能に対して脅威をレビューします。宛先許可リスト、ネットワーク出口制限、名前解決後のチェックを実施してください。
以下の場合は使用しないでください
テキストプレフィックス、1回のDNSルックアップ、またはURL解析だけでは不十分です。リダイレクトやDNSリバインディングはチェックされた境界を越える可能性があります。
コードで使用する名前
strict URL parser + destination allowlist + IP-range checks + redirect policy + egress proxy 出荷前に
Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target.
Outcome:Complete the task with サーバーサイドリクエスト偽造 (Server-Side Request Forgery)。 User context:請求書ツールはサプライヤーロゴのURLを受け入れます。一度解析し、承認済みのサプライヤーのHTTPSホストのみを許可し、解決されたプライベート、ループバック、リンクローカル、またはメタデータアドレスを拒否します。また、リダイレクトをオフにし、バイト数と時間を制限し、アウトゴーイングプロキシを使用し、`http://169.254.169.254`をブロックします。 Risk or control to address:サーバーサイドリクエスト偽造 (Server-Side Request Forgery)。 Why it applies:ユーザーに影響されるURLを取得するすべてのサーバー機能に対して脅威をレビューします。宛先許可リスト、ネットワーク出口制限、名前解決後のチェックを実施してください。 Classification boundary:テキストプレフィックス、1回のDNSルックアップ、またはURL解析だけでは不十分です。リダイレクトやDNSリバインディングはチェックされた境界を越える可能性があります。 Safety requirements: Test only in an isolated space with explicit permission. Use inert, harmless inputs. Protect secrets and personal data. Name the trust boundary and record the mitigation. Operational safeguards: Set up detection and logs that hide sensitive data. Name the incident owner. Define a safe failure mode and rollback before release. Acceptance criteria: A defensive regression test fails before the mitigation and passes after it. No real target, secret, or personal data is used. Monitoring and rollback are verified. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.
このリクエストを確認する
Review how サーバーサイドリクエスト偽造 (Server-Side Request Forgery) is used now. Definition: サーバーサイドリクエスト偽造(SSRF)は、攻撃者が制御する入力によりサーバーがリクエストを送信する場合に発生します。そのリクエストは到達すべきでない場所に届きます。 Release checks: Work only within an explicitly authorized and isolated defense test. Check the trust boundary, inert regression case, mitigation, and handling of secrets and personal data. Check redacted detection signals, safe failure, incident owner, recovery, and rollback. Never test a real target. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.