Уязвимость в n8n: обход согласия OAuth для неавторизованных workflow (CVE-2026-86073)
В платформе автоматизации n8n обнаружена уязвимость, позволяющая OAuth-клиенту получить доступ к неодобренным workflow пользователя. Проблема затрагивает версии до 2.37.7 и 2.38.1 и получила оценку CVSS 5.9 (MEDIUM). Требуется немедленное обновление.
Подробности
Проблема затрагивает **n8n-io n8n** версии до 2.37.7 и 2.38.1. Тип уязвимости — обход механизма согласования OAuth (OAuth Consent Bypass), CVSS 5.9 (MEDIUM). Суть проблемы: OAuth token endpoint привязывал первый access-токен к ресурсу (workflow), на который пользователь дал согласие, но **refresh-токен оставался непривязанным**. При обновлении токена система проверяла только факт регистрации запрашиваемого ресурса, но не сопоставляла его с исходным разрешением. В результате OAuth-клиент, одобренный для одного workflow, мог подставить URL другого workflow в параметр ресурса и получить валидный токен для доступа к нему — даже если пользователь не давал на это согласия. Уязвимость касается сценариев, где у пользователя есть несколько workflow, и один из них уже был авторизован для стороннего приложения. ###Что делать
Разработчики n8n уже выпустили исправления в версиях **2.37.7** и **2.38.1**. Рекомендуется: 1. **Немедленно обновить** n8n до актуальной версии (2.37.7 или выше для ветки 2.37.x, 2.38.1 или выше для 2.38.x). 2. Если обновление невозможно, **отозвать все выданные OAuth-токены** для сторонних приложений и повторно запросить согласие пользователей после установки патча. 3. Проверить журналы доступа на предмет подозрительных запросов к endpoint обновления токенов с нестандартными параметрами ресурсов. 4. Временно ограничить использование OAuth-интеграций до применения обновления. ### Итог CVE-2026-86073 — пример классической ошибки в реализации OAuth-потоков: недостаточная привязка refresh-токена к контексту исходного согласия. Хотя критичность оценивается как средняя, эксплуатация может привести к несанкционированному доступу к данным автоматизаций. Своевременное обновление — единственный надёжный способ устранить риск.Источник: CVE Project (cvelistV5)