Що надає ця інтеграція
Потік вебжурналів може ідентифікувати користувача та пристрій, залучені до вебактивності, а також передавати нормалізовану активність, зокрема заблоковані запити, шкідливі адреси призначення, блокування передавання даних і використання генеративного ШІ. Результат залежить від полів і фільтрів, налаштованих у Zscaler.Перш ніж почати
Вам потрібні:- підписка на ZIA Cloud NSS і дозвіл на керування потоками Cloud NSS
- дозвіл на керування інтеграціями та ключами доступу в Living Security
- регіон цільової організації в Living Security
- безпечне місце для зберігання згенерованого ключа доступу
1. Підготуйте Living Security
1
Створіть джерело та потік
Перейдіть до Settings → Integrations → Catalog, додайте Custom Push Source і використайте такі точні ключі маршрутизації:
Символ підкреслення в
web_logs є обов’язковим. Інша пара значень може приймати дані, але не використовуватиме підтримуваний інтерпретатор Zscaler NSS.2
Створіть ключ доступу
Перейдіть до Settings → Access Keys, створіть ключ доступу з областю Push Ingest і одразу скопіюйте його значення.
3
Сформуйте URL призначення
Використайте URL для регіону Living Security:
- Сполучені Штати:
https://api.us-east-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs - Європейський Союз:
https://api.eu-west-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs
2. Створіть потік Cloud NSS
У поточній версії ZIA Admin Portal перейдіть до Logs → Log Streaming → Internet Log Streaming — Nanolog Streaming Service, відкрийте Cloud NSS Feeds і виберіть Add Cloud NSS Feed. Назви пунктів меню можуть відрізнятися в старіших версіях порталу ZIA; для навігації порталом авторитетними є інструкції Zscaler щодо вебжурналів Cloud NSS. Налаштуйте потік:
Використайте цей точний плоский Feed Output Format в одному рядку:
datetime, надане потоком.
3. Налаштуйте фільтри та увімкніть потік
Використовуйте фільтри Policy Action і Policy Reason у Zscaler, щоб надсилати вебактивність, потрібну для вашої програми управління людським ризиком. Уникайте низького значення кількості подій за секунду, яке може призвести до втрати журналів під час сплеску трафіку. Якщо вашій організації необхідно обмежити потік, стежте і за доставкою в Zscaler, і за Push History у Living Security під час налаштування. Збережіть потік, виконайте перевірку підключення Zscaler, а потім установіть для Status значення Enabled.4. Перевірте доставку та інтерпретацію
- У Living Security відкрийте Settings → Integrations → Connected → zscaler-nss-feed.
- У Push History переконайтеся, що нещодавній запуск
web_logsпоказує очікувану кількість записів. - Переконайтеся, що нещодавні користувачі Zscaler або IP-адреси пристроїв відображаються для очікуваних людей і що вебактивність доступна далі.
- Якщо запуск прийнято, але активність не з’являється, повторно перевірте точне джерело, потік і плоский формат виведення.
Усунення несправностей
API приймає щонайбільше 10 000 записів і 10 MB на запит, з обмеженням 600 запитів за 60 секунд на організацію. Повний опис відповідей і правил повторних спроб див. у Custom Push Source API.
Пов’язані матеріали
Custom Push Source API
Ознайомтеся з автентифікацією, обмеженнями корисного навантаження, відповідями, повторними спробами та перевіркою запусків.
Zscaler Client Connector
Підключіть окремий API Client Connector для отримання даних про пристрої та їхній стан безпеки.