Server-Side Request Forgery
Falsificação de solicitação do lado do servidor
Falsificação de solicitação do lado do servidor, ou SSRF, ocorre quando uma entrada controlada por um invasor faz um servidor enviar uma solicitação. A solicitação alcança um lugar que não deveria alcançar.
Outro exemplo
Uma ferramenta de fatura aceita a URL do logo de um fornecedor. Ela faz o parse uma vez, permite apenas hosts HTTPS de fornecedores aprovados e rejeita endereços privados resolvidos, de loopback, link-local ou de metadata. Ela também desativa redirecionamentos, limita bytes e tempo, usa um proxy de saída e bloqueia `http://169.254.169.254`.
Partes principais
- 01URL influenciada por atacante
- 02Capacidade de busca do lado do servidor
- 03Controles de destino e saída
Use-o quando
Revise a ameaça para cada recurso do servidor que busca uma URL influenciada pelo usuário. Faça cumprir listas de permissões de destino, limites de saída de rede e verificações após a consulta de nomes.
Não o use quando
Um prefixo de texto, uma consulta DNS ou apenas o parse de URL não são suficientes. Redirecionamentos e reconfiguração de DNS podem atravessar a fronteira verificada.
Nome usado no código
strict URL parser + destination allowlist + IP-range checks + redirect policy + egress proxy Antes de lançar
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 Falsificação de solicitação do lado do servidor (Server-Side Request Forgery). User context: Uma ferramenta de fatura aceita a URL do logo de um fornecedor. Ela faz o parse uma vez, permite apenas hosts HTTPS de fornecedores aprovados e rejeita endereços privados resolvidos, de loopback, link-local ou de metadata. Ela também desativa redirecionamentos, limita bytes e tempo, usa um proxy de saída e bloqueia `http://169.254.169.254`. Risk or control to address: Falsificação de solicitação do lado do servidor (Server-Side Request Forgery). Why it applies: Revise a ameaça para cada recurso do servidor que busca uma URL influenciada pelo usuário. Faça cumprir listas de permissões de destino, limites de saída de rede e verificações após a consulta de nomes. Classification boundary: Um prefixo de texto, uma consulta DNS ou apenas o parse de URL não são suficientes. Redirecionamentos e reconfiguração de DNS podem atravessar a fronteira verificada. 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): É oficial para essa fonte. Outras plataformas ou equipes podem usar o termo de outra maneira. Unknowns to confirm: Authorized scope, affected assets, data class, threat actor, incident owner, and rollback limits.
Conferir este pedido
Review how Falsificação de solicitação do lado do servidor (Server-Side Request Forgery) is used now. Definition: Falsificação de solicitação do lado do servidor, ou SSRF, ocorre quando uma entrada controlada por um invasor faz um servidor enviar uma solicitação. A solicitação alcança um lugar que não deveria alcançar. 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.