Keeper и ServiceNow работают вместе, поэтому ваши секреты остаются в хранилище и при этом используются там, где работает ваша команда. Keeper разрешает учетные данные для задач ServiceNow во время выполнения, отправляет оповещения безопасности в виде заявок на инциденты и предоставляет доступ к хранилищу через запросы и согласования в ServiceNow. Включайте то, что вам нужно.
ServiceNow Discovery, Orchestration и Service Mapping выполняют аутентификацию с использованием секретов из вашего хранилища Keeper, получаемых через Keeper Secrets Manager непосредственно в момент запуска задачи. Экземпляр никогда не хранит учетные данные. В нем содержится только ссылка, и MID Server разрешает эту ссылку через ваше хранилище, когда требуются учетные данные.
ServiceNow хранит идентификатор и тип учетных данных. Используемый секрет остается в Keeper.
Сопоставитель ищет и расшифровывает ваши записи локально, извлекая только то, что необходимо для выполнения задания.
Сопоставьте запись по UID или по type:title и свяжите любую запись Keeper с любым типом учетных данных с помощью полей с меткой mid_.
Keeper Commander®, инструмент командной строки, работает в служебном режиме на MID Server, выполняя операции с хранилищем через IntegrationHub, Flow Designer и портал каталога услуг ServiceNow. Пользователи запрашивают доступ, утверждающие лица одобряют или отклоняют его, а записи перемещаются без необходимости покидать ServiceNow.
Запрашивайте доступ к записи или папке либо отправляйте запрос на разовый общий доступ, затем направляйте его через группу утверждения, прежде чем доступ будет предоставлен или отозван.
Добавляйте в хранилище логины, учетные данные баз данных и серверов, SSH-ключи, лицензии на ПО, защищенные заметки и многое другое, а также выполняйте поиск по существующим записям и папкам.
Одобряйте или отклоняйте запросы Endpoint Privilege Manager и автоматически меняйте пароль в записи PAM по истечении срока предоставленного доступа.
Управляйте одним набором секретов в Keeper вместо того, чтобы копировать их в записи учетных данных ServiceNow, которые со временем устаревают. Выполните ротацию или обновление секрета один раз, и следующее задание получит актуальное значение во время выполнения — вам не придется искать вторую копию.
Оповещения Keeper автоматически поступают в ServiceNow в виде тикетов Security Incident Response: нет необходимости тратить время на ручной ввод или копирование данных из одной системы в другую. Сопоставление приоритетов перемещает самые срочные типы событий в начало очереди, чтобы ваша команда в первую очередь занималась наиболее важными инцидентами.
Все операции поиска учетных данных, запросы доступа и их одобрения регистрируются в журнале; таким образом, вы можете отследить, кто и что запросил, к чему был получен доступ и кто дал подтверждение. Это обеспечивает четкий журнал аудита по всем аспектам взаимодействия Keeper и ServiceNow.
Интеграция встраивается в рабочие процессы ServiceNow, которые ваша команда уже использует, — от сканирований Discovery до очередей SIR и каталога услуг, поэтому сотрудникам не придется осваивать ничего нового. Keeper работает в фоновом режиме в привычных для сотрудников инструментах, поэтому внедрение не требует изменения привычного порядка работы.
Независимо от того, разрешает ли Keeper учетные данные, отправляет оповещение или выполняет запрос на доступ, хранилище остается единым источником достоверных данных, а все секреты по-прежнему защищены шифрованием с нулевым разглашением. Нулевое разглашение означает, что ваши данные шифруются и расшифровываются только на вашей стороне, поэтому никто другой, даже Keeper, не может их прочитать.
Keeper отправляет оповещения безопасности напрямую в модуль Security Incident Response (SIR) от ServiceNow, где они становятся заявками, которые ваша команда обрабатывает в рамках существующих рабочих процессов SIR. Оповещения поступают через вебхук, сохраняются и автоматически преобразуются в записи об инцидентах.
Конечная точка, защищенная с помощью OAuth 2.0, принимает оповещения только от авторизованных источников, используя bearer-токены, которыми вы управляете в приложении.
Входящие оповещения поступают в таблицу импорта и становятся записями SIR с помощью заранее определенных правил сопоставления.
Сопоставьте каждый тип событий Keeper с приоритетом ServiceNow, чтобы команды в первую очередь обрабатывали наиболее неотложные инциденты.
Да, каждая возможность работает независимо, поэтому вы можете начать с одной и добавлять другие, когда они вам понадобятся. Единственным исключением являются утверждения Endpoint Privilege Manager в приложении Workflow, которые используют приложение ITSM для создания инцидента.
Только в вашем хранилище Keeper. ServiceNow никогда не становится системой учета секретов. Credential Resolver сохраняет ссылку на экземпляр и разрешает секрет во время выполнения, а приложение Workflow перемещает записи в хранилище и из него без их сохранения в ServiceNow.
Разрешение учетных данных охватывает Discovery, Orchestration и Service Mapping. Создание заявок по оповещениям использует Security Incident Response. Приложение Workflow использует IntegrationHub, Flow Designer и каталог сервисов.
Для разрешения учетных данных требуются Keeper Secrets Manager, настроенный MID Server и включенный плагин ServiceNow External Credential Storage. Для работы приложения ITSM требуется модуль Security Incident Response и настройка оповещений в консоли администрирования Keeper. Для приложения Workflow требуется MID Server с запущенным Keeper Commander в сервисном режиме. У каждого приложения есть собственное руководство по настройке: Credential Resolver, ITSM и Workflow.
Чтобы использовать онлайн-чат, необходимо разрешить использование cookie-файлов.
