Обзор.
Для отслеживания неудачных проверок и управления исправлениями, используя существующие рабочие процессы, создайте тикет напрямую на вашей платформе тикетов из Проверка безопасности SaaS или проверки учетной записи в Приложении Управления Cato (CMA). Тикет включает информацию, необходимую для начала исправлений без ручного копирования данных. Это упрощает коммуникацию между командами, использующими Приложение Управления Cato и платформы тикетов.
После того, как вы создадите тикет, его ID будет отображаться в панели обзора проверок осанки в CMA.
Тикеты создаются с использованием интеграции webhook с предопределенным шаблоном. Вам нужно настроить интеграцию только один раз. После настройки вы можете использовать интеграцию для создания тикетов.
Понимание содержания тикета
Когда тикет создается из CMA, имя проверки используется как заголовок тикета. Описание тикета включает:
Название проверки, описание, статус и серьезность
Название вашего аккаунта Cato и ID аккаунта
Рекомендуемые действия для проверки
Затронутые результаты и общее количество результатов
Ссылка на проверку в Приложении Управления Cato
Поддерживаемые платформы тикетов
Поддерживаются следующие платформы тикетов:
Jira
ServiceNow
Создание интеграции вебхуков
Чтобы настроить интеграцию вебхуков, вам необходимо:
Настроить обязательные параметры в системе тикетов
Настроить webhook в CMA
Создание вебхука интеграции для Jira
Предпосылки
Пользователь с Обзором пространств и Созданием рабочих объектов разрешениями
Шаг 1: Настройка обязательных параметров в Jira
Чтобы настроить параметры в Jira:
В вашей учетной записи Atlassian нажмите на ваш профиль в правом верхнем углу и затем нажмите Настройки учетной записи.
На вкладке Безопасность в разделе API tokens, нажмите Создать и управлять токенами API.
Вы можете создать токен API с областями или без них:
Чтобы создать токен API с областями:
Нажмите Создать токен API с областями.
Добавьте Имя и дату истечения.
Примечание: Мы рекомендуем выбрать максимальную дату истечения срока длительностью 365 дней.Нажмите Далее и выберите приложение Jira
Нажмите Далее и выберите область write:jira-work
Нажмите Создать.
Чтобы создать токен API без областей:
Нажмите Создать токен API.
Добавьте Имя и дату истечения.
Примечание: Мы рекомендуем выбрать максимальную дату истечения срока длительностью 365 дней.Нажмите Создать.
Скопируйте и сохраните токен, чтобы его можно было ввести в CMA.
В вашей учетной записи Atlassian на боковой панели нажмите три точки рядом с Пространства.
Нажмите Управление пространствами.
Скопируйте и сохраните Ключ пространства, в котором вы хотите создать тикеты, чтобы он мог быть введен в CMA.
Если вы создали токен с областями, в веб-браузере введите https://<your-site>.atlassian.net/_edge/tenant_info и скопируйте значение cloudId, чтобы оно могло быть введено в CMA.
Если вы не создали токен с областью, этот шаг не требуется.
Шаг 2: Настройка Webhook в CMA
.png?sv=2026-02-06&spr=https&st=2026-10-23T16%3A30%3A52Z&se=2026-10-23T16%3A44%3A52Z&sr=c&sp=r&sig=7OwQoPyikgz%2BXRCgHmwgtwd16Ri2XqDez%2F4Vsu7nTH0%3D)
Для настройки вебхука в CMA:
В CMA, перейдите в Учетная запись > Подписки.
На вкладке Webhooks, нажмите Новый.
Добавьте Имя.
Из выпадающего меню Начать с шаблона, выберите Jira Create Posture Check Ticket.
В поле URL:
Для токена API с областями: https://api.atlassian.com/ex/jira/<cloudId>/rest/api/2/issue, где <cloudId> — это скопированное вами значение cloudId на Шаге 1.
Для API-токена без сфер применения: https://<ваш-сайт>.atlassian.net/rest/api/2/issue, где <ваш-сайт> - это имя вашего сайта Jira.
Добавьте Имя пользователя пользователя, который создал API-токен на шаге 1.
В поле Пароль введите API-ключ, созданный на шаге 1.
В разделе Пользовательское Тело замените <YOUR-SPACE-KEY> на ключ пространства, который вы скопировали на шаге 1.
(Опционально) Если ваше пространство не использует тип работы Задача или требует дополнительных полей для новых рабочих элементов, отредактируйте тело соответствующим образом.
Нажмите Тест.
В пространстве Jira создается тестовый рабочий элемент, и отображается сообщение "Тест успешно пройден". После этого вы можете удалить тестовый рабочий элемент.Нажмите Сохранить.
Создание интеграции вебхука для ServiceNow
Необходимые условия
Пользователь с ролью itil роль
Шаг 1: Настройка обязательных параметров в ServiceNow
Чтобы настроить параметры в ServiceNow:
Войдите в свою учетную запись ServiceNow как администратор и перейдите в Администрирование пользователей > Пользователи.
Нажмите Новый.
Введите Идентификатор пользователя и адрес электронной почты и выберите Доступ только к веб-сервисам.
Кликните Отправить.
Откройте запись пользователя, которую вы создали:
Нажмите Установить пароль, затем Сгенерировать пароль. Скопируйте и сохраните пароль, чтобы его можно было ввести в CMA.
Нажмите Сохранить пароль.
На вкладке Роли нажмите Редактировать и добавьте роль itil
Нажмите Сохранить
Шаг 2: Настройка вебхука в CMA
.png?sv=2026-02-06&spr=https&st=2026-10-23T16%3A30%3A52Z&se=2026-10-23T16%3A44%3A52Z&sr=c&sp=r&sig=7OwQoPyikgz%2BXRCgHmwgtwd16Ri2XqDez%2F4Vsu7nTH0%3D)
Чтобы настроить вебхук в CMA:
В CMA перейдите в Учетная запись > Подписки.
На вкладке Webhooks нажмите Новый.
Добавить Имя.
Из выпадающего меню Начать с шаблона выберите ServiceNow Create Posture Check Ticket.
В поле URL замените <YOUR-INSTANCE-NAME> на имя вашего экземпляра ServiceNow, чтобы URL был https://<instance>.service-now.com/api/now/table/incident.
Ваше имя экземпляра является первой частью вашего URL ServiceNow. Например, если вы входите в https://acme.service-now.com, имя экземпляра — acme, а URL — https://acme.service-now.com/api/now/table/incident.
В поле Имя пользователя введите идентификатор пользователя ServiceNow, созданного на Шаге 1.
В поле Пароль введите пароль пользователя ServiceNow, созданного на Шаге 1.
(Опционально) В разделе Пользовательское тело измените приоритет по умолчанию, срочность и воздействие инцидентов или добавьте поля, такие как assignment_group.
Нажмите Тест.
Тестовый инцидент создан в ServiceNow, и сообщение «Тест успешно пройден» показано. Вы можете разрешить или закрыть тестовый рабочий элемент позже.Нажмите Сохранить.
Создание тикета для неудачного контроля позы
После создания интеграции webhook вы можете создать тикет из ящика обзора проверки позы в CMA. Тикет включает до 100 находок с основными деталями. Если проверка содержит более 100 находок или для включения полных деталей, выберите поле Добавить ссылку на полный список находок (CSV) и загрузите полные находки в виде CSV файла. Чтобы включить CSV в тикет, загрузите его в общедоступное место, например SharePoint, и добавьте ссылку для общего доступа в CMA.
.png?sv=2026-02-06&spr=https&st=2026-10-23T16%3A30%3A52Z&se=2026-10-23T16%3A44%3A52Z&sr=c&sp=r&sig=7OwQoPyikgz%2BXRCgHmwgtwd16Ri2XqDez%2F4Vsu7nTH0%3D)
Чтобы создать тикет для неудачного контроля позы:
В CMA перейдите в Домашняя > Поза.
Нажмите на неудачную проверку, для которой хотите создать тикет.
Нажмите Создать Тикет.
В выпадающем меню Интеграция выберите интеграцию webhook, чтобы создать тикет.
(Необязательно) Если проверка приносит больше 100 результатов, вы можете скачать CSV-файл и добавить ссылку на общий ресурс.
Нажмите Создать тикет.
Просмотр созданных тикетов
После создания тикета в CMA его ID отображается в панели Просмотр проверки состояния.
Примечание: Тикеты не обновляются автоматически после прохождения проверки состояния.
.png?sv=2026-02-06&spr=https&st=2026-10-23T16%3A30%3A52Z&se=2026-10-23T16%3A44%3A52Z&sr=c&sp=r&sig=7OwQoPyikgz%2BXRCgHmwgtwd16Ri2XqDez%2F4Vsu7nTH0%3D)
Шаги диагностики
Если создание тикета не удается, сообщение об ошибке показывает статус, возвращенный системой тикетов:
401 (Unauthorized): Учетные данные неверны или срок действия токена истек. Проверьте поля Имя пользователя и Пароль webhook, затем нажмите Тест. Для Jira используйте адрес электронной почты пользователя и токен API. Если срок действия токена истек, создайте новый токен и обновите поле Пароль webhook.
403 (Forbidden): У пользователя нет необходимых разрешений. Для Jira убедитесь, что у пользователя есть разрешения Обзор пространств и Создание рабочих элементов в соответствующем пространстве. Для ServiceNow убедитесь, что у пользователя есть роль itil.
400 (Bad Request): Система тикетов отклонила тело запроса. Проверьте на наличие неверного ключа пространства или отсутствующего обязательного поля в Пользовательском теле.
ID тикета отсутствует: Тикет был создан, но Cato не смог прочитать его ID из ответа. Убедитесь, что сопоставление ответа webhook соответствует шаблону.