> 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/pt-br/web/csrf/samesite-lax-bypass-via-cookie-refresh.md).
# Bypass de SameSite Lax via Atualização de Cookie
Notas sobre Bypass de SameSite Lax via Atualização de Cookie para laboratórios da PortSwigger Web Security Academy, incluindo fluxo de exploração, teste de payloads, validação no Burp Suite e contexto de remediação.
### Bypass do SameSite Lax por meio de atualização de cookie
A função de modificação de e-mail da aplicação é vulnerável a um ataque CSRF. O objetivo do laboratório é forçar a alteração do endereço de e-mail de um usuário vítima hospedando a demonstração no servidor de exploração fornecido.
O laboratório oferece suporte à autenticação OAuth por meio de um provedor externo. Você pode se conectar com o identificador fornecido (`wiener:peter`). Durante o processo de autenticação, uma página de domínio diferente é usada para a identificação OAuth.
`Você efetuou login com sucesso com sua conta de mídia social`
* Depois de se conectar por meio do provedor social, a resposta contém um cookie de autenticação cujo `SameSite` atributo está definido como `Flexível`.
Se você sair e então reiniciar o fluxo de autenticação sem alterar a senha, a sessão é redefinida: um **novo** cookie de sessão é emitido.
* → Na prática, isso significa que, se um usuário clicou em "logout", ele terá que clicar novamente em "login" para ser redirecionado ao site e recuperar o novo cookie de sessão.
* Graças a esse comportamento de "atualização" do cookie durante a autenticação via domínio de terceiros, é possível considerar uma sequência em que uma solicitação inicial à página de autenticação permite recuperar/estabelecer o cookie de sessão; em seguida, uma segunda ação (no lado do cliente) aciona a solicitação que modifica o e-mail na conta do usuário.
```html
```
---
# 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/pt-br/web/csrf/samesite-lax-bypass-via-cookie-refresh.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.
.png?alt=media)
.png?alt=media)
.png?alt=media)