INFOWATCH DATA ACCESS TRACKER
- Избежать потери событий из‑за переполнения журнала AD
- Аккумулировать все события AD из нескольких контроллеров домена
- Не делать каждый раз запрос в департамент ИТ
- Изменения состава привилегированных групп
Например, администратор на время выдал повышенный уровень прав доступа злоумышленнику - Неудачные попытки входа
Например, попытки подбора пароля к учётной записи коллеги - События блокировки пользователей
Могут говорить о попытке подобрать пароль - Изменение или сброс пароля администраторами
Например, администратор может сбросить пароль, чтобы войти в учётную запись сотрудника. Так он замаскирует сброс пароля политиками безопасности
- Пользователи с постоянным паролем
Бессрочный пароль повышает вероятность подбора - Пользователи без пароля
Явная незащищённость учётной записи, вероятно умышленная - Заблокированные пользователи
Например, сотрудник мог создать несколько учётных записей и надеяться, что IT забудет какую-нибудь из них отключить - Пользователи с истёкшим паролем
Старый пароль — это очевидная уязвимость - Неактивныe компьютеры и компьютеры, никогда не входившие в систему
Их могут использовать для атаки - Пользователи, никогда не входившие в систему
«Мёртвые души» могут использовать для атаки
Пример:
- Cпециалист ИБ получил почтовое уведомление DAT о добавлении сотрудника в привилегированную группу.
- Затем перешёл в раздел «События» и увидел, что сотрудник копировал конфиденциальные данные на флешку.
- Без перестройки фильтра на графе связей «Аналитики» убедился, что ранее сотрудник не работал с такой информацией и никто ему эти данные не пересылал.
- В разделе «Наблюдение» можно в режиме реального времени проконтролировать, что сотрудник делает с этими файлами, и принудительно заблокировать ПК.
Так специалист ИБ может собрать необходимые данные для расследования и оперативно предотвратить нарушение без переключения между консолями средств ИБ InfoWatch.
Данные InfoWatch DAT отображаются в разделе «Инфраструктура».