Защита данных2 мин чтения

ConnectWise восстанавливает Cloud Backup после компрометации учётных данных

28 октября ConnectWise объявил о начале поэтапного восстановления Cloud Backup — сервиса резервного копирования, ранее известного как SkyKick. Его работу приостановили после обнаружения несанкционированного доступа к учётным данным приложений. Клиентам Microsoft 365 предстоит заново разрешить подключение через новое приложение.

Редакционная иллюстрация: облачная резервная копия и ключ доступа интеграции

По данным ConnectWise, признаков компрометации резервных архивов нет. При этом компания требует отдельно проверить среды Microsoft 365 клиентов.

Что возвращают в работу

Первое уведомление об инциденте ConnectWise опубликовал 16 октября 2026 года. Компания сообщила о несанкционированном доступе к учётным данным приложений Cloud Backup, приостановила связанные сервисы и начала расследование.

Согласно обновлению от 28 октября, первыми возвращаются функции резервного копирования и восстановления данных Microsoft 365. Для них используется новое приложение ConnectWise Cloud Backup for M365. Партнёрам нужно сбросить пароль, настроить многофакторную аутентификацию, если она ещё не включена, и повторно авторизовать каждую клиентскую среду — тенант. Остальные функции будут возвращаться поэтапно.

Сохранность копий и доступ к рабочим данным — разные вопросы

ConnectWise сообщает, что существующие архивы зашифрованы, изолированы и сохранены; признаков их компрометации компания не обнаружила. Однако это не отвечает на вопрос, происходили ли подозрительные действия в каждой из подключённых клиентских сред.

Поэтому поставщик рекомендует проверять Microsoft 365 у себя и у обслуживаемых заказчиков. Возобновлять старые отключённые подключения по собственной инициативе не следует: для восстановления опубликованы отдельные инструкции с новым приложением.

Что нужно выяснить заказчику

У ИТ-подрядчика стоит запросить два результата: подтверждение возобновления копирования и итог проверки доступа. Для первого нужны сведения о последней успешной копии, пропущенном периоде и возможности восстановить критичные данные. Для второго — проверка журналов входов, изменений разрешений и учётных данных приложений.

Повторную авторизацию лучше выполнять из известного портала по официальной инструкции. Письмо с просьбой срочно «вернуть резервные копии» может выглядеть правдоподобно на фоне реального сбоя, поэтому ссылку и запрос на новые права нужно сверить с администратором.

Этот инцидент напоминает и о более простой проблеме: остановку резервного копирования должен кто-то заметить. Контроль последнего успешного задания и проверка восстановления нужны даже тогда, когда сервис полностью передан подрядчику.

Редакция EALP · Обновлено

Поделиться разбором
TelegramВКонтакте