Нарисуй карту одного аккаунта
Возьми конкретный рабочий сервис. Выпиши владельца, участников, роли, активные устройства, связанные приложения и способы восстановления. В таблице храни описание доступа, а не сами пароли, ключи и резервные коды. Для секретов нужен предназначенный для этого защищённый инструмент.
Таблицу можно прокрутить по горизонтали →
| Объект | Что проверить | Ожидаемый результат |
|---|---|---|
| Владелец | Кто управляет аккаунтом | Рабочая роль и ответственное лицо определены |
| Восстановление | Почта, номер, резервные способы | Доступны уполномоченному владельцу |
| Участники | Какие разрешения у каждого | Нет лишних прав |
| Сеансы | Какие устройства остаются | Посторонние сеансы отозваны |
| Интеграции | Подключённые приложения и ключи | Ненужные доступы прекращены |
Проведи учебную передачу
Создай тестового участника с минимальной ролью, если сервис это поддерживает. Выдай доступ к тестовому объекту, затем отзови его штатным способом. Проверь, что тестовый участник действительно больше не может открыть объект, а действующая команда продолжает работу. Не делай такой эксперимент на единственном владельце или основном способе восстановления.
При уходе участника
Согласуй передачу незавершённых задач и исходников. Убери роли в аккаунтах, папках и рабочих пространствах. Отдельно проверь сеансы и связанные приложения. Если использовались общие секреты, замени их с учётом зависимых сервисов; сначала пойми, что перестанет работать. Зафиксируй проверку и назначь ответственного за оставшиеся действия.
Telegram: два отдельных действия
Двухэтапная проверка добавляет пароль к входу. Проверка активных сеансов отвечает на другой вопрос — какие устройства уже подключены. Одно не заменяет другое. Точные пункты настроек зависят от приложения. Никому не передавай код входа или резервные коды под видом «проверки администратора».
Базовая защита не заканчивается увольнением
Используй уникальные пароли, менеджер паролей и доступную многофакторную защиту. Обновляй приложения. Восстановление тоже должно быть защищено. Эти меры снижают риск, но не дают абсолютной гарантии: важны также фишинг, устройства и права команды.
Признак готовности
Ты можешь назвать владельца, восстановить доступ по согласованной процедуре и отключить одного участника без остановки всей команды. Если ответ «уточним у бывшего менеджера», это конкретная задача на исправление.
Две разные задачи: выход сотрудника и подозрение на взлом
Плановая передача позволяет заранее собрать владельцев и зависимые сервисы. При подозрении на посторонний доступ действуй по процедуре восстановления самого сервиса и используй заведомо контролируемое устройство. Не полагайся на тестовое отключение как на расследование инцидента.
Учебная передача доступа к папке
У монтажёра есть роль редактора в проектной папке и ссылка на публикационный календарь. После завершения работы убрать только роль в папке недостаточно: календарь выдан отдельно. В реестре это две строки. Проверяющий открывает оба тестовых объекта из учётной записи бывшего тестового участника и фиксирует отказ доступа. Владельца и рабочую команду при этом не отключают.
Вопрос, который часто пропускают
Кто управляет почтой восстановления? Если она доступна тому же уходящему сотруднику, замена рабочего пароля не завершает передачу контроля. Укажи владельца почты и её способы восстановления отдельной записью. Реестр хранит сведения о роли, а не сами коды.
Минимальное подтверждение завершения
В строке задачи должны стоять объект, отозванная роль, дата и результат повторной проверки. «Удалили из общего чата» не подтверждает завершение доступа к другим сервисам. Открытые действия оставь у конкретного ответственного.