Jakie dane dostarcza ta integracja
Kanał dzienników ruchu internetowego może identyfikować użytkownika i urządzenie uczestniczące w aktywności internetowej oraz może dostarczać znormalizowane dane o aktywności, takie jak zablokowane żądania, złośliwe miejsca docelowe, blokady transferu danych i korzystanie z generatywnej AI. Wynik zależy od pól i filtrów skonfigurowanych w Zscaler.Zanim rozpoczniesz
Potrzebne są:- subskrypcja ZIA Cloud NSS oraz uprawnienia do zarządzania kanałami Cloud NSS
- uprawnienia do zarządzania integracjami i kluczami dostępu w Living Security
- region docelowej organizacji w Living Security
- bezpieczne miejsce do przechowywania wygenerowanego klucza dostępu
1. Przygotowanie Living Security
1
Utwórz źródło i strumień
Przejdź do Ustawienia → Integracje → Katalog, dodaj Custom Push Source i użyj dokładnie tych kluczy routingu:
Podkreślnik w
web_logs jest wymagany. Inna para wartości może przyjmować dane, ale nie będzie korzystać z utrzymywanego interpretera Zscaler NSS.2
Utwórz klucz dostępu
Przejdź do Ustawienia → Access Keys, utwórz klucz dostępu z zakresem Push Ingest i od razu skopiuj jego wartość.
3
Zbuduj docelowy adres URL
Użyj adresu URL odpowiedniego dla regionu Living Security:
- Stany Zjednoczone:
https://api.us-east-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs - Unia Europejska:
https://api.eu-west-1.livingsecurity.ai/api/v1/push-ingest/zscaler-nss-feed/web_logs
2. Utworzenie kanału Cloud NSS
W bieżącej wersji portalu ZIA Admin Portal przejdź do Logs → Log Streaming → Internet Log Streaming — Nanolog Streaming Service, otwórz Cloud NSS Feeds i wybierz Add Cloud NSS Feed. Nazwy w menu mogą się różnić w starszych wersjach portalu ZIA; w kwestii nawigacji po portalu wiążące są instrukcje Zscaler dotyczące dzienników ruchu internetowego Cloud NSS. Skonfiguruj kanał:
Użyj dokładnie tego płaskiego formatu Feed Output Format w jednym wierszu:
datetime dostarczaną przez kanał.
3. Filtrowanie i włączenie kanału
Użyj filtrów Policy Action i Policy Reason w Zscaler, aby wysyłać aktywność internetową potrzebną w programie zarządzania ryzykiem związanym z czynnikiem ludzkim. Unikaj niskiego ustawienia liczby zdarzeń na sekundę, które mogłoby powodować odrzucanie dzienników podczas szczytu ruchu. Jeśli Twoja organizacja musi ograniczyć kanał, podczas dostrajania monitoruj zarówno dostarczanie w Zscaler, jak i Push History w Living Security. Zapisz kanał, uruchom test łączności Zscaler, a następnie ustaw Status na Enabled.4. Weryfikacja dostarczania i interpretacji
- W Living Security otwórz Ustawienia → Integracje → Połączono → zscaler-nss-feed.
- W Push History sprawdź, czy ostatnie uruchomienie
web_logspokazuje oczekiwaną liczbę rekordów. - Sprawdź, czy ostatni użytkownicy Zscaler lub adresy IP urządzeń są przypisane do oczekiwanych osób oraz czy aktywność internetowa jest dostępna w dalszych etapach.
- Jeśli uruchomienie zostało zaakceptowane, ale nie pojawia się żadna aktywność, ponownie sprawdź dokładne wartości źródła, strumienia i płaski format wyjściowy.
Rozwiązywanie problemów
Interfejs API akceptuje maksymalnie 10 000 rekordów i 10 MB na żądanie, przy limicie 600 żądań na 60 sekund na organizację. Pełny opis odpowiedzi i zasad ponawiania znajdziesz w Custom Push Source API.
Powiązane
Custom Push Source API
Zapoznaj się z uwierzytelnianiem, limitami ładunku, odpowiedziami, ponawianiem i weryfikacją uruchomień.
Zscaler Client Connector
Połącz odrębny interfejs API Client Connector, aby pobierać dane o urządzeniach i ich stanie zabezpieczeń.

