«Кто заходил в субботу?»: как один журнал аудита экономит недели нервов
Когда в понедельник утром база продакшна оказывается пустой или в сеть утекают клиентские данные, дежурные админы начинают раскопки по десяткам разрозненных логов. Разбираем, как сквозной аудит сессий в OwnGate восстанавливает хронологию за пару кликов.

Понедельник, 08:45 утра. В кабинете технического директора собрался весь консилиум: лид инфраструктуры, ведущий бэкендер и безопасник. Лица у всех серые.
Проблема: в ночь с субботы на воскресенье из внутренней базы данных компании был выполнен массовый экспорт клиентских контактов с номерами телефонов и суммами сделок. А в 04:00 утра на продакшн-сервере кто-то заботливо подчистил скрипты бэкапов.
Генеральный директор задаёт один короткий вопрос: «Кто именно это сделал и с какого устройства?».
И вот здесь начинается классический ад расследования в инфраструктуре, где нет единого централизованного журнала доступа.
---
Раскопки цифрового мусора: как выглядит «расследование» без SSO
Команда садится грепать логи. И сразу натыкается на стену из пяти слоёв проблем:
Слой 1. Сырые логи Nginx
В access.log реверс-прокси есть миллионы строк:
192.168.1.45 - - [14/Sep/2026:03:14:22 +0300] "POST /api/export HTTP/2.0" 200 ...
Кто стоит за этим запросом? Неизвестно. Приложение использует внутренние токены или сессионные куки, которые в лог Nginx не пишутся из соображений безопасности.
Слой 2. Логи Active Directory
Сисадмин открывает Windows Event Viewer на контроллере домена и видит тысячи событий с кодом 4624 (An account was successfully logged on).
Но домен знает только то, что учётка Васи в субботу прошла сетевую аутентификацию. В какой сервис пошёл Вася — в безобидный корпоративный чат почитать мемы или в базу клиентов — AD понятия не имеет.
Слой 3. Рассинхрон таймзон и ротация
На сервере с базой часовой пояс выставлен в UTC. На веб-сервере — MSK (+03:00). На тестовой виртуалке забыли про NTP, и часы отстают на 17 минут.
А вишенка на торте — на целевом сервисе в воскресенье в полночь сработал logrotate, который благополучно заархивировал и перезаписал нужный файл.
Спустя три дня изнурительного сведения Excel-таблиц с логами отчёт для руководства выглядит беспомощно: *«Ну, это был либо Вася, либо Петя, либо кто-то зашёл под их паролем»*.
---
Что должно быть в эталонном журнале аудита
Служба безопасности и аудит не должны гадать на кофейной гуще. При любом инциденте система обязана отвечать на пять фундаментальных вопросов за 10 секунд:
1. КТО? Точный идентификатор пользователя, его логин в домене, email и ФИО.
2. КУДА? Конкретное целевое приложение (GitLab, Grafana, биллинговая система, VPN).
3. ОТКУДА? Реальный внешний IP-адрес клиента (с учётом заголовков проксирования) и геолокация.
4. КАК? Какие именно факторы аутентификации были пройдены (пароль, конкретное TOTP-устройство, аппаратный ключ FIDO2).
5. КОГДА? Единое эталонное время в UTC с миллисекундами.
---
Единый аудит-трейл в шлюзе OwnGate
Когда все сервисы компании подключены через шлюз доступа OwnGate, расследование любого инцидента превращается в три клика мышью.
Потому что шлюз — это бутылочное горлышко, через которое неизбежно проходят абсолютно все события авторизации в компании:
| Метка времени (UTC) | Пользователь | Целевой сервис | Событие | Метод 2FA | Исходный IP | Статус |
|---|---|---|---|---|---|---|
| 2026-09-13 00:14:02.114 | i.ivanov@comp.ru | Prod DB Admin | Выпуск токена | TOTP (2FAS) | 188.162.x.x | SUCCESS |
| 2026-09-13 00:14:45.892 | i.ivanov@comp.ru | GitLab Prod | Вход через SSO | Сессия активна | 188.162.x.x | SUCCESS |
| 2026-09-13 01:22:11.002 | unknown | OwnGate Auth | Подбор пароля | — | 45.142.x.x | BLOCKED (BruteForce) |
Ключевые возможности аудита в OwnGate:
1. Мгновенный поиск по контексту. Вы можете вбить в поисковую строку: user:i.ivanov AND time:weekend — и через полсекунды увидеть полную хронологию всех действий сотрудника во всех корпоративных системах за субботу и воскресенье.
2. Экспорт в SIEM и OpenSearch. Шлюз в реальном времени отправляет структурированные события в формате JSON по Syslog или Webhook в вашу существующую систему мониторинга (ELK, Wazuh, MaxPatrol).
3. Защита от стирания логов (Append-Only). Журнал аудита пишется в неизменяемый журнал. Даже если злоумышленник скомпрометировал один из целевых серверов, стереть следы своего входа на шлюзе он не может физически.
Один качественный централизованный журнал аудита окупает внедрение шлюза доступа при первом же серьёзном инциденте, экономя недели нервов и защищая репутацию всей инженерной команды.