«У нас утекли доступы» и «мы знаем, через кого именно», это две разные ситуации, и разница между ними заключается в журнале аудита. Разбираем, что он реально фиксирует и почему это не то же самое, что аудит-лог банк-клиента или CRM.
Банк-клиент или CRM обычно ведут собственный журнал: кто вошёл, какие действия совершил внутри системы. Но если у общей учётной записи один пароль на нескольких сотрудников, этот журнал видит только факт входа под одной учётной записью, а не то, кто из людей физически знал пароль в момент утечки или подозрительного действия. Журнал аудита менеджера паролей закрывает именно этот пробел: он не заменяет лог самой системы, а фиксирует, кто из сотрудников вообще имел техническую возможность увидеть пароль.
В организации Сэйфком фиксируются структурные события: приглашение и добавление участника, изменение его роли, исключение из организации, принятие и отзыв приглашений, создание и перемещение сейфов, ротация ключей, вход и выход из аккаунта, включая неуспешные попытки входа. Каждая запись журнала содержит, кто совершил действие, что именно произошло и когда, с привязкой к конкретному участнику организации. Это не журнал «кто читал какую запись каждую секунду», а журнал структурных изменений доступа: кто получил его, кто потерял, кто что создал или удалил.
Здесь важна архитектурная честность: в zero-knowledge модели сервер никогда не видит расшифрованное содержимое записи, только зашифрованный блок данных. Это значит, что журнал в принципе не может показать «сотрудник открыл пароль от банк-клиента в 14:32» на уровне содержимого: сервер физически не знает, что внутри записи, только то, что к ней был запрос. Компромисс между полнотой аудита и приватностью данных здесь решён в пользу приватности: сервер не хранит того, чего не видит, зато честно фиксирует всё, что видит сам, то есть структуру доступа, а не содержимое секретов.
Раздел «История действий» организации доступен владельцу, администраторам и менеджерам. Рядовые участники его не видят, это не публичная лента, а инструмент для тех, кто отвечает за доступ. На практике его стоит открывать не постоянно, а по конкретному поводу: перед увольнением сотрудника, чтобы проверить, какие сейфы и приглашения на нём висят; после инцидента, чтобы восстановить хронологию, кто и когда получил или потерял доступ; при регулярном аудите, чтобы свериться, что в организации нет забытых участников с доступом, который давно не нужен.
Для компаний, обрабатывающих персональные данные через общие корпоративные доступы, наличие журнала, это не формальность, а практический аргумент при разборе инцидента: возможность показать, кто и когда управлял доступом к системе с персональными данными, это часть ответа на вопрос регулятора «какие меры защиты применялись». Подробнее о том, какие обязанности возникают у компании, хранящей пароли сотрудников, в статье «152-ФЗ для бизнеса».
Оставьте контакты: перезвоним в течение 15 минут и подберём решение под вашу задачу.
© 2026 Сэйфком. ИП Михайлов А.И. Все права защищены.