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