🔍 Детективная история об уязвимости в почтовом клиенте

Недавно мы публиковали статистику по нашей Bug Bounty программе на платформе bi.zone и пообещали рассказать об интересных находках исследователей.

Обещали – делаем 🙂

Перед вами – одна из самых захватывающих, на наш взгляд, историй, связанных с найденными уязвимостями.
К тому же, хантер настолько вдохновился, что оформил свой отчет в виде настоящего детектива 👀

⚠️ В центре сюжета – критическая уязвимость в почтовом клиенте RainLoop, которую мы использовали как альтернативу по запросам пользователей.

Несколько месяцев назад мы опубликовали информацию об уязвимости и отправили баг-репорт в проект.

После этого мы приняли решение полностью отказаться от RainLoop и перевели всех пользователей на основной почтовый клиент.

И мы, и исследователь отправляли разработчикам подробный отчет, но, увы, уязвимость по-прежнему не закрыта.

Мы согласовали публикацию с автором находки и решили предать эту уязвимость огласке, чтобы обезопасить пользователей RainLoop.

📚 Читайте полную историю на Хабре – с интригой, фактами и техническими деталями

Будем рады обсудить в комментариях!

#bugbounty #infosec #cybersecurity #appsec #security_research #responsible_disclosure #vulnerability #websecurity #ethical_hacking #opensource #devlife #hackstory #инфобез #уязвимость #багбаунти #habr #begetsecurity

Недавно была опубликована информация о серьезной уязвимости в n8n с идентификатором CVE-2025-68613. Уязвимость позволяет авторизованным пользователям при некоторых условиях исполнять произвольный код с привилегиями процесса n8n – например, при совместном использовании инстанса n8n сторонними пользователями.

Уязвимость связана с недостаточной изоляцией от рантайма контекста исполнения выражений при настройке workflow авторизованными пользователями.

Эта уязвимость получила рейтинг 9.9 по оценке GitHub по шкале CVSS 3.x.

Затронуты версии ПО с 0.211.0 до 1.120.4, 1.121.1 и 1.122.0, не включая последние.

💡 Что делать

🔐 Обновите n8n до пропатченных версий 1.120.4, 1.121.1 и 1.122.0.

В случае использования нашего готового решения сделать это можно следующим образом:

📍 Подключитесь к вашему серверу по SSH – текстовая и видеоинструкция о том, как это сделать, доступны в статье “Как подключиться к серверу по SSH”.
📍 Перейдите в директорию n8n командой: cd /opt/beget/n8n.
📍 Откройте файл docker-compose.yml в любом текстовом редакторе, например, nano: nano docker-compose.yml.
📍 Найдите строку image: docker.n8n.io/n8nio/n8n:X.X.X (X.X.X – текущая версия ПО) и измените в ней версию n8n на версию без уязвимости. Пример изменений: image: docker.n8n.io/n8nio/n8n:1.120.4.
📍 Сохраните изменения и закройте файл: в nano нажмите сочетание клавиш Ctrl+X, затем нажмите y, чтобы сохранить изменения, и Enter, чтобы подтвердить имя файла.
📍 Скачайте образ новой версии n8n командой: docker-compose pull.
📍 Остановите работу текущей версии n8n командой: docker-compose down.
📍 Запустите новую версию n8n командой: docker-compose up -d.
📍 Подождите 2–5 минут, пока n8n выполнит миграцию на новую версию и запустится.

Для обновления n8n, установленного с использованием npm, до версий с исправленной уязвимостью выполните команду:

npm install -g n8n@1.120.4 # Для 1.120.x и ниже
npm install -g n8n@1.121.1 # Для 1.121.0

Если на данный момент обновить не получается, отключите возможность создания и редактирования workflow для недоверенных пользователей, например, выставив им роль viewer.

Однако стоит учесть, что это временная мера и для корректного закрытия уязвимости потребуется обновить ПО.

🛡️ Также мы готовы помочь с обновлением – если это актуально для вас, обратитесь в нашу техническую поддержку и укажите доступы для подключения к серверу, на котором требуется обновление n8n.

#n8n #уязвимость #security #infosec #cybersecurity #it #Beget #BegetCloud