Cross-Site Request Forgery
Falsificação de Requisição entre Sites
Falsificação de Requisição entre Sites, ou CSRF, engana um navegador conectado a enviar uma ação que a pessoa não escolheu. O site de destino confia nos cookies ou outras credenciais que o navegador adiciona automaticamente.
Outro exemplo
Um administrador de folha de pagamento logado visita uma página maliciosa que tenta `POST` uma alteração de conta bancária. O aplicativo exige um token CSRF da sessão, verifica a `Origin` e usa cookies `SameSite`. Ele também pede ao administrador para entrar novamente. Um link `GET` não pode alterar a folha de pagamento.
Partes principais
- 01Sessão autenticada ambiente
- 02Requisição forjada entre sites
- 03Validação anti-CSRF do lado do servidor
Use-o quando
Proteja toda solicitação do navegador que altera dados. Isso inclui solicitações que enviam credenciais salvas por si mesmas. Use tokens adequados e verificações de origem.
Não o use quando
`POST` sozinho não é proteção, e CORS não é uma defesa completa contra CSRF. Nunca coloque um token CSRF em uma URL ou em um local que outro site possa ler.
Nome usado no código
synchronizer/double-submit token + Origin/Fetch Metadata checks + SameSite + reauthentication 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 Requisição entre Sites (Cross-Site Request Forgery). User context: Um administrador de folha de pagamento logado visita uma página maliciosa que tenta `POST` uma alteração de conta bancária. O aplicativo exige um token CSRF da sessão, verifica a `Origin` e usa cookies `SameSite`. Ele também pede ao administrador para entrar novamente. Um link `GET` não pode alterar a folha de pagamento. Risk or control to address: Falsificação de Requisição entre Sites (Cross-Site Request Forgery). Why it applies: Proteja toda solicitação do navegador que altera dados. Isso inclui solicitações que enviam credenciais salvas por si mesmas. Use tokens adequados e verificações de origem. Classification boundary: `POST` sozinho não é proteção, e CORS não é uma defesa completa contra CSRF. Nunca coloque um token CSRF em uma URL ou em um local que outro site possa ler. 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 Requisição entre Sites (Cross-Site Request Forgery) is used now. Definition: Falsificação de Requisição entre Sites, ou CSRF, engana um navegador conectado a enviar uma ação que a pessoa não escolheu. O site de destino confia nos cookies ou outras credenciais que o navegador adiciona automaticamente. 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.