Короткий ответ: Покрытие двухфакторной защиты считается просто: количество аккаунтов команды с включённой второй ступенью делите на общее число учтённых аккаунтов и умножаете на сто. Важно считать по полному реестру, а не по тем учёткам, которые вы помните. Ниже — формула, таблица типичных расхождений, пошаговый план и правила для исключений.
Видеоразбор — в начале статьи.
1. Понятия и критерии: что именно считаем
Двухфакторная защита требует второй ступени подтверждения при входе, например кода из приложения или физического ключа. Покрытие — это доля аккаунтов, на которых эта ступень включена, среди всех аккаунтов, которые должны быть защищены.
| Термин | Что означает | Как использовать |
|---|---|---|
| Аккаунт команды | Учётная запись сотрудника или подрядчика с доступом к рабочим сервисам. | Включайте в реестр все, даже неактивные. |
| Служебный аккаунт | Учётка, которой пользуется сервис или несколько людей. | Отмечайте отдельной строкой и проверяйте владельца. |
| Включённая защита | Вторая ступень подтверждения активна для входа. | Проверяйте по реальной настройке, а не по обещаниям. |
| Резервный способ | Запасной код или ключ для входа при потере основного. | Учитывайте в плане восстановления, но не путайте с самой защитой. |
| Исключение | Аккаунт, который по объективной причине не может использовать вторую ступень. | Фиксируйте причину и срок пересмотра. |
| Покрытие | Число защищённых аккаунтов, делённое на все учтённые аккаунты. | Считайте раз в месяц по одной и той же методике. |
| Критичные сервисы | Почта, облачное хранилище, рекламные и платёжные кабинеты. | Ставьте подключение здесь в первую очередь. |
| Слабая вторая ступень | Подтверждение только по SMS без дополнительной защиты. | Отметьте как риск и запланируйте переход на более надёжный способ. |
2. Диагностика: что проверить до расчёта
Расчёт точен настолько, насколько полон реестр. Прежде чем считать процент, убедитесь, что в список попали все учётные записи и у каждой есть понятный владелец.
- Составлен ли реестр всех аккаунтов команды, включая подрядчиков и служебные учётки.
- Есть ли у каждого аккаунта известный владелец и понятная роль.
- Проверена ли настройка по самому аккаунту, а не по памяти сотрудника.
- Отделены ли уволенные сотрудники, чьи учётки ещё существуют.
- Записаны ли исключения с причиной и датой пересмотра.
- Есть ли резервные способы входа, которые хранятся безопасно и доступны владельцу.
- Понятно ли, какие сервисы критичны и требуют подключения в первую очередь.
- Согласованы ли правила с руководителем, который отвечает за безопасность.
3. Пошаговый план: как посчитать покрытие и составить план
План не привязан к конкретному сервису: он опирается на реестр, настройки входа и простую арифметику. Записывайте промежуточные значения, чтобы повторный расчёт был сопоставим с первым.
- Составьте список всех рабочих сервисов, где есть учётные записи команды.
- Внесите в реестр каждого человека или служебную учётку, указав владельца и роль.
- Отдельно отметьте уволенных сотрудников и подрядчиков, чьи доступы ещё не отозваны.
- Для каждого аккаунта проверьте, включена ли вторая ступень, по настройкам безопасности сервиса.
- Запишите результат в колонку: включено, не включено или исключение.
- Посчитайте общее число учтённых аккаунтов и число аккаунтов с включённой защитой.
- Разделите число защищённых аккаунтов на общее число и умножьте на сто.
- Посчитайте отдельно критичные сервисы, чтобы слабые места не скрывались за общей цифрой.
- Оформите исключения: причина, владелец и срок пересмотра.
- Составьте план подключения для незащищённых аккаунтов: сначала критичные, затем остальные.
- Назначьте ответственного за каждый шаг и срок выполнения.
- Повторите расчёт через месяц по той же методике и сравните результат с предыдущим.
4. Расчёт и частые комбинации: как читать результат
Общая доля может выглядеть хорошо и при этом скрывать пробелы. Таблица показывает типичные расхождения и то, что с ними делать.
| Ситуация | Что это может значить | Что сделать |
|---|---|---|
| Покрытие высокое, но критичных сервисов нет в реестре | Общая цифра скрывает пробел. | Добавьте критичные сервисы и пересчитайте покрытие. |
| Много служебных аккаунтов без владельца | Никто не отвечает за их защиту. | Назначьте владельца или закройте учётку. |
| Уволенные сотрудники остаются в списке | Старые доступы могут использоваться. | Отзовите доступ и исключите учётку из расчёта после закрытия. |
| Сотрудники подключили защиту, а подрядчики нет | Внешние аккаунты остаются слабым звеном. | Добавьте подрядчиков в реестр и требуйте подключения. |
| Исключений больше, чем ожидали | Правила подключения не согласованы. | Пересмотрите причины и сократите список исключений. |
| Защита включена только по SMS | Вторая ступень слабее, чем могла бы быть. | Запланируйте переход на более надёжный способ. |
| Цифра растёт, но через месяц падает | Новые учётки добавляются без проверки. | Введите правило: новый аккаунт проверяется в день создания. |
| Потеряны резервные коды | Вход может быть заблокирован. | Используйте официальный сценарий восстановления и обновите резервные способы. |
5. Делать / не делать
Памятка помогает считать покрытие честно и превращать цифру в план, а не в отчётную галочку.
| Делать | Не делать |
|---|---|
| Считать по реестру всех аккаунтов. | Считать только по тем, о которых помните. |
| Проверять настройку в самом сервисе. | Верить устному «да, я включил». |
| Выделять критичные сервисы отдельно. | Прятать слабые места за общей цифрой. |
| Фиксировать исключения с причиной. | Оставлять исключения без срока. |
| Отзывать доступы уволенных. | Оставлять старые учётки активными. |
| Пересчитывать покрытие раз в месяц. | Считать один раз и забыть. |
| Хранить резервные способы входа безопасно. | Записывать коды в открытом чате. |
| Включать защиту подрядчикам. | Считать внешние аккаунты чужой заботой. |
6. Частые вопросы
Отвечаем на вопросы, которые возникают при подсчёте покрытия и при разговоре с командой о защите входа.
Какую долю считать хорошей?
Главная цель — полное покрытие критичных сервисов и понятные исключения для остальных. Конкретный порог зависит от состава команды, поэтому важнее ясный план и срок ликвидации пробелов, чем абстрактная цифра.
Нужно ли считать служебные аккаунты?
Да, если с ними работают люди или от них приходят уведомления. Учитывайте их отдельной строкой, чтобы не смешивать с личными учётками.
Что делать с сотрудником, который отказывается от защиты?
Разберите причину: неудобство, незнание или отсутствие устройства. Предложите понятный способ подключения и срок. Если отказ остаётся, пересмотрите доступ к критичным сервисам.
Как хранить резервные коды?
В защищённом менеджере паролей или в офлайн-хранилище, доступном владельцу. Не храните их в переписке, в открытом документе и на стикере у монитора.
Можно ли считать покрытие автоматически?
Иногда да, если есть административная панель с отчётом по защите. Даже тогда сверяйте список с реестром вручную: автоматический отчёт не видит учёток, которые не добавлены в систему.
7. Итог
Покрытие двухфакторной защитой — измеримый показатель, который показывает, где команда уязвима.
Соберите реестр всех учётных записей, проверьте вторую ступень в настройках каждого сервиса и посчитайте долю защищённых аккаунтов. Отдельно выделите критичные сервисы, оформите исключения с причиной и сроком и составьте план подключения. Раз в месяц повторяйте расчёт по той же методике. Тогда цифра отражает реальное состояние команды, а не ощущение безопасности.