Защитный разбор n8n и ghsa-89gh-3pgc-v5h2: применимость, обратимый тест «редактирование credential values до сохранения LLM node execution data и выдачи результата viewer», измеримый исход, stop-rule и пакет для поддержки.
Определите, относится ли сигнал к n8n
Сначала исследуется не severity, а граница «редактирование credential values до сохранения LLM node execution data и выдачи результата viewer». Запишите версию живого процесса, build digest, путь загруженного компонента, способ установки и включённую функцию. Advisory перечисляет «n8n < 1.123.64; first patched 1.123.64 | n8n >= 2.30.0, < 2.30.1; first patched 2.30.1 | n8n >= 2.0.0-rc.0, < 2.29.8; first patched 2.29.8», однако зависимость в manifest не равна доказанной runtime-версии. Отдельно установите, достижим ли путь в вашей конфигурации и какой субъект его вызывает. Если provenance или reachability не подтверждены, оставьте статус unknown.
Фактическая рамка GHSA-89gh-3pgc-v5h2
Reviewed record опубликован 2026-07-22, обновлён 2026-07-22 и формулирует проблему как «n8n: Custom Header Credential Values Leaked in Plaintext into LLM Node Execution Data». Package boundaries: «n8n < 1.123.64; first patched 1.123.64 | n8n >= 2.30.0, < 2.30.1; first patched 2.30.1 | n8n >= 2.0.0-rc.0, < 2.29.8; first patched 2.29.8». Upstream https://github.com/n8n-io/n8n подтверждает происхождение кода, но не состояние вашей установки. Даты, affected range и механизм берутся из прямой advisory-страницы. Ни Reviewed record, ни форумный лид не доказывают атаку, ущерб, спрос, индексацию или позицию.
Отдельная боль и наблюдаемые точки: редактирование credential values до сохранения LLM node execution data и выдачи результата viewer
Узкая пользовательская боль: dummy custom header может сохраниться открытым текстом в execution record, доступном шире исходного credential. Чтобы не спутать её с ошибкой стенда, заранее задайте независимые поля артефакта: матрица stage / role / header-name / marker-present / redaction-token / record-digest. Normal-control обязателен: безопасные имя узла, status и duration сохраняются для обеих разрешённых ролей. Только после него запускают один граничный case. Marker не должен быть credential, реальным идентификатором или пользовательским содержимым. Такое разделение даёт проверяемое дерево решения и не превращает timeout, падение или неверную роль в подтверждение механизма.
Безопасный обратимый опыт
Создайте локальный workflow, dummy header marker, mock LLM node, execution-store snapshot и роли owner/viewer. Затем нужно выполнить один mock run, затем прочитать сохранённый record обеими тестовыми ролями и искать marker по точному hash. Все операции выполняются в локальной или одноразовой среде с пределами wall-time, CPU, памяти, файлов, сокетов и запросов. Ожидаемый защитный результат задан до запуска: node получает marker только в transport stub, execution record содержит redacted value, viewer не видит исходную строку. Не используйте production secrets, настоящие документы, внутренние адреса, пользовательские логи или публичные цели. После граничного case очистите fixture, повторите normal-control и сравните baseline digest.
Правило решения без догадок
Решение хранится как матрица stage / role / header-name / marker-present / redaction-token / record-digest. Passed возможен, когда одновременно наблюдается «node получает marker только в transport stub, execution record содержит redacted value, viewer не видит исходную строку», normal-control успешен и cleanup возвращает baseline. Failed фиксируют лишь после воспроизводимого расхождения с тем же fixture и лимитами. Not-applicable требует доказанной runtime-версии вне range либо документированно выключенного пути. Unknown остаётся при неполном provenance, нестабильном trace или неоднозначной конфигурации. Одного status code, падения или отсутствия события недостаточно.
Остановка, обновление и пакет для поддержки
Stop-rule этого опыта: прекратить при marker в persisted execution data. Если runtime входит в affected range, обновление получают из доверенного канала https://github.com/n8n-io/n8n, после чего повторяют ровно тот же fixture с прежними лимитами; новый сценарий не подтверждает исправление старого. В обезличенный пакет включают runtime version, digest, конфигурационную ветвь, expected/observed, измеренные лимиты, timestamps, error class и хэши fixtures. Исключите токены, cookies, IP, внутренние имена, абсолютные пути и содержимое данных. Инструкция не обещает абсолютную защищённость.
Материал подготовлен редакцией VOne с помощью ИИ; даты, диапазоны, прямые ссылки, безопасный опыт и отсутствие рекламных обещаний затем перепроверены по первичным источникам.
Источники и проверка
- GitHub Reviewed Advisory ghsa-89gh-3pgc-v5h2 проверено 2026-08-31
- Upstream-репозиторий n8n-io/n8n проверено 2026-08-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.