Мониторинг ТИБ для ЕБС
Мониторинг
биометрического контура заказчика на платформе Astra Monitoring
ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ
За 45 минут покажем на живом стенде ТИБ под нагрузкой онлайн или у вас в офисе
МОНИТОРИНГ ИТ-ИНФРАСТРУКТУРЫ И ПРИКЛАДНЫХ СЕРВИСОВ
метрики, логи, трассировки и SNMP-сигналы в едином интерфейсе
ВИЗУАЛИЗАЦИЯ АРХИТЕКТУРЫ
карта сервисов формируется по фактическому трафику
КОРРЕЛЯЦИЯ ТРАНЗАКЦИЙ
бизнес-транзакции и технические запросы группируются в сервисы (верификация, идентификация, аутентификация)
ДИАГНОСТИКА И ПРОАКТИВНОЕ РЕАГИРОВАНИЕ
сертификаты, лицензии, утечки ресурсов
РЕГИСТРАЦИЯ ПРОБЛЕМ И ЭСКАЛАЦИИ
дедупликация событий, «умные» уведомления, окна планового обслуживания
ПРЕДНАСТРОЕННЫЕ ПЛЕЙБУКИ
для продуктов «Группы Астра», поддержка Prometheus и OpenTelemetry
ЧТО МОНИТОРИМ
Компоненты ОС Astra Linux
АРХИТЕКТУРА МОНИТОРИНГА (on-premises)
АРХИТЕКТУРА МОНИТОРИНГА (MSS)
Что мониторинг находит на практике
ОТКАЗ, ДО КОТОРОГО ЕЩЁ НЕДЕЛИ
Контроль истечения сертификатов и лицензий − замена по плану, а не после инцидента.
ПРИМЕР: ОТКАЗ
Сервис перестал принимать соединения − дежурный видит причину и очередь, а не жалобы пользователей.
УТЕЧКА РЕСУРСОВ В КРИПТО-КОМПОНЕНТЕ
Контроль непрерывного роста числа дескрипторов выявил утечку за часы до исчерпания лимита. Дефект локализован до компонента и передан разработчику с измерениями.
ПРИМЕР: УТЕЧКА
Ресурсы процесса растут под нагрузкой − сигнал за часы до исчерпания лимита, перезапуск по плану.
РЕГИСТРАЦИЯ ПРОБЛЕМ И ЭСКАЛАЦИИ
Ресурсы процесса растут под нагрузкой − сигнал за часы до исчерпания лимита, перезапуск по плану.
ПРИМЕР: РАССЛЕДОВАНИЕ
Трассировка запроса от АРМ до внешней системы показывает на каком шаге теряется время.
Процесс внедрения
Обследование
состав контура, модули ТИБ, требования к сбору событий
1
Развертывание
- платформа и агенты в контуре Заказчика, без выхода данных за контролируемую зону
- агенты в контуре Заказчика и защищённый канал до центра мониторинга MSSP
2
Настройка
мониторы, бизнес-транзакции, дашборды и уведомления под ТИБ-ИС Заказчика
3
Эксплуатация
обучение дежурной смены, регламенты реагирования, сопровождение
4
Что получает заказчик
Обследование
Готовую систему мониторинга для контура биометрии − доступность, криптография, ресурсы, журналы, бизнес-операции
1
Развертывание
Настроенные правила бизнес-транзакций по услугам биометрии − с описаниями, понятными бизнесу
2
Настройка
Дашборды для дежурной смены, руководителя и владельца услуги − каждому свой уровень детализации
3
Эксплуатация
Регламентация: схемы контуров, инструкции, готовые плейбуки
4
Какие проблемы в контуре подключения к ЕБС чаще всего становятся причиной сбоев? Какие из них обычно упускают при настройке мониторинга?
Часто не только технические причины, но и организационные, такие как: несвоевременное продление сертификатов, изменения настроек, отсутствие ответственного лица, несогласованные действия подрядчиков — являются причинами сбоев.
Приведем три примера, наиболее полно демонстрирующие основные причины:
- Заказчик пропустил скрои обновления сертификата КВ2, итог: простой в обслуживании более 2-х недель.
- Заказчик обратился к нам по поводу ошибки в ТИБ. Мы проверили состояние адаптера и выяснили, что проблема была на стороне ИС КА Банка. При использовании мониторинга Заказчик бы обнаружил проблему до того, как она повлияла на рабочую среду.
- У Заказчика вышли из строя диски на АРМ Администратора, вышел из строя жесткий диск. Мониторингом такая проблема детектируется еще в самом начале, и замена оборудования производится в плановом режиме.
Как недоступность или замедление биометрического сервиса отражается на бизнесе? Какие операции останавливаются, возникают ли повторные обращения, дополнительная нагрузка на сотрудников или отказы клиентов?
Недоступность биометрического сервиса влияет не только на ИТ, но и непосредственно на бизнес-процессы, где требуется подтверждение личности.
- Полная недоступность: останавливаются процессы регистрации, входа, выдачи услуги, подтверждение операций или физический доступ в случае, если биометрия обязательна.
- Замедление: растёт время обслуживания, появляются тайм-ауты и повторные запросы, пользователи прерывают операцию, снижается конверсия.
- Переход на ручную проверку: увеличиваются очереди и нагрузка на операторов, возрастает стоимость одной операции.
- Финансовые потери: неоформленные продукты, незавершённые платежи и упущенная выгода.
- Риски безопасности: использование обходного сценария может повысить вероятность мошенничества; отсутствие резервного сценария полностью парализует обслуживание клиентов.
- Репутационные и регуляторные последствия: жалобы, нарушение SLA, невозможность выполнить требования идентификации и аудита.
Какой минимальный набор контроля нужен организации, чтобы понимать, что биометрический сервис действительно работает?
В первую очередь, это команда эксплуатации (в соответствии с документацией производителя) + дежурная смена.
Что необходимо проверять с первого дня, какие показатели важнее всего и как проверить результат настройки? Например, достаточно ли контролировать доступность компонентов или нужны тестовые операции и измерение доли успешных запросов?
Обязательно проверяется целостность результатов запросов в ЕБС, корректная работа с ИК КА Заказчика.
Есть ли примеры каких-либо сложностей, которые возникали в ходе реализации проекта? Как на практике их решали?
Отсутствие у специалистов Заказчика компетенций: невозможность настроить стабильное межсетевое взаимодействие систем, усугубляемая отсутствием выделенных специалистов, отвечающих за интеграцию ИТ-контура Заказчика с ЕБС и государственными сервисами.
Дефицит инфраструктурных ресурсов: нехватка свободного места в серверных стойках и отсутствие необходимого аппаратного обеспечения на стороне Заказчика
Команда Trust Technologies оказывала плотную консультационную поддержку Заказчику, все сложные вопросы были успешно закрыты. Часть критических задач мы полностью взяли на себя, значительно ускорив реализацию проекта
