Взломали учетную запись Microsoft сотрудника — что делать в первый час?

Срочно разошлите клиентам экстренное предупреждение или обзвоните их голосом! Предупредите, чтобы игнорировали любые последние письма о смене счетов и реквизитов. Пока вы меняете пароли, кто-то из клиентов может отправить платежку в банк — разгребать финансовые потери будет куда больнее, чем технические последствия.

Просто завершить сеансы может быть мало: обязательно проверьте API и подключенные сторонние сервисы. Часто они привязывают приложение через OAuth, и даже после сброса сессии продолжают читать переписку по токену. Обязательно вычистите подозрительные корпоративные приложения и права доступа в админке.

Без паники и ничего не удаляйте. На нервах админы иногда сносят ящик целиком или трут входящие, но по законам о защите данных в Германии и правилам уведомления об инцидентах эти логи будут нужны для отчета. Немедленно сохраните журналы аудита к себе на компьютер как доказательную базу.

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

Как только локализуете угрозу, свяжитесь с вашим ответственным по защите данных (DPO). Если подтвердится утечка персональных данных третьих лиц или коммерческой тайны, закон обязывает в жесткие сроки официально уведомить надзорные органы и пострадавших клиентов.

Отдельный вопрос — почему компания на абонентке за 800 Euro в месяц не берет трубку при ЧП. У вас в SLA прописано время реагирования? Когда пожар потушите, обязательно пересмотрите этот договор: поддержка, недоступная в критический час, в плане безопасности не стоит ничего.

Пошаговый план прямо на сейчас: 1) Сбросить активные сессии юзера через главную панель. 2) Вычистить правила пересылки и сортировки в ящике. 3) Сменить пароль и сбросить привязки двухфакторки. 4) Сохранить логи входов за последние 48 часов. 5) Предупредить финотдел и менеджеров о фейковых письмах с реквизитами.

Короче, по технической части нужно обязательно сбросить все сессии, сменить пароль, почистить привязанные устройства 2FA и правила пересылки. А по административной — обзвонить клиентов и на случай утечки данных забэкапить и сохранить системные логи. С техподдержкой условия договора уже потом будете обсуждать.

Сохранил. Когда пытаешься изменить всё сразу, ничего не приживается.

Хочу задать вопрос. честно изменение платежных данных никогда не подтверждается через тот же канал.

Интересно есть ли те кто делает иначе.

Взял на заметку, спасибо.

А как вы решили этот вопрос? Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Забытые тестовые среды становятся входом в систему чаще, чем продакшн. Надеюсь, это будет полезно.

Буду рад, если напишете о результате. Ответ сильно зависит от отрасли универсального правила нет.

Конечно, если ваша ситуация отличается всё меняется.

В теории верно, но на практике так не работает. Начните с небольшого эксперимента, не привязывайте всё сразу.

Изменение платежных данных никогда не подтверждается через тот же канал. Оставлю как заметку, пригодится.

Появились три разных мнения, они дополняют друг друга. Изменение платежных данных никогда не подтверждается через тот же канал.

На этом всё, извините, если затянул.

Если пойдете этим путем, сразу решите вот этот вопрос. Непроверенная резервная копия — не резервная копия.

я бы не торопился. ответ сильно зависит от отрасли, универсального правила нет.

я бы пошел этим путем.

Здесь нужно провести различие. Процесс, по которому не ведется учет, не улучшается, потому что вы не знаете, что именно улучшать.