Skip to main content
Gebruik een Custom Push Source wanneer een systeem records naar Living Security verstuurt in plaats van dat het door een Catalog-connector wordt bevraagd. De verzender kan JSON-arrays of CSV-bestanden indienen bij een regionaal HTTPS-endpoint.

Voordat u begint

U hebt het volgende nodig:
  • toestemming om integraties en toegangssleutels te beheren in Living Security
  • een server-side verzender die HTTPS-POST-verzoeken kan uitvoeren
  • de Living Security-regio van uw organisatie
  • een stabiele bronnaam en ten minste één streamnaam
Bronnamen en streamnamen zijn permanente routeringssleutels. Bronnamen bestaan uit 1–64 kleine letters, cijfers of koppeltekens. Voor streamnamen zijn ook underscores toegestaan. Beide moeten beginnen met een letter of cijfer.
Behandel de API-toegangssleutel als een geheim. Plaats deze niet in browsercode, commit deze niet naar broncodebeheer en verstuur deze niet in een supportticket.

1. Registreer de bron en de streams

1

Open Custom Push Source

Ga naar Instellingen → Integraties → Catalog, zoek Custom Push Source en selecteer toevoegen.
2

Geef de bron een naam

Voer de routeringssleutel van de bron in en eventueel een beschrijving. Gebruik bijvoorbeeld custom-phishing-sim in plaats van een weergavenaam met spaties.
3

Voeg streams toe

Voeg elke stream toe die de verzender gaat gebruiken. Het paar van bron en stream moet bestaan vóór de eerste push; een onbekend paar geeft 404 Not Found terug.
4

Sla de bron op

Open de bron na het aanmaken onder Instellingen → Integraties → Verbonden. De weergave Push via API toont het endpointpatroon en recente runs.

2. Maak een push-ingest-sleutel aan

Ga naar Instellingen → Access Keys, selecteer Create Access Key en kies de scope Push Ingest. Kopieer de gegenereerde waarde direct; deze wordt slechts één keer weergegeven. De sleutel is gekoppeld aan één Living Security-organisatie. Het push-verzoek heeft geen organisatieheader nodig. Zie API-toegangssleutels voor rotatie en intrekking.

3. Kies het regionale endpoint

Gebruik de hostnaam voor de Living Security-organisatie: Voeg /push-ingest/{integrationKey}/{streamName} toe. Het pad is hoofdlettergevoelig en moet exact overeenkomen met de geregistreerde bron en stream.
string
vereist
De geregistreerde bronnaam. Gebruik 1–64 kleine letters, cijfers of koppeltekens, beginnend met een letter of cijfer.
string
vereist
De geregistreerde streamnaam. Dezelfde regels zijn van toepassing, en underscores zijn ook toegestaan.
string
vereist
Verstuur de push-ingest-toegangssleutel als Bearer <access-key>.
string
Gebruik application/json voor JSON of text/csv voor CSV. De server kan ook een JSON-array herkennen wanneer deze header ontbreekt.
string
Optionele organisatie-UUID. De toegangssleutel bepaalt de organisatie al. Als u deze header meestuurt, moet deze overeenkomen met de organisatie van de sleutel; hiermee kunt u geen andere organisatie selecteren.

Request body

Verstuur een niet-lege JSON-array van objecten op het hoogste niveau, of CSV-bestandsbytes met een koptekstrij. Er is geen benoemd JSON-wrapperveld. Elke batch kan maximaal 10.000 records en 10 MB bevatten.

4. Verstuur een JSON-batch

Verstuur een niet-lege JSON-array waarvan de elementen objecten zijn. Content-Type: application/json wordt aanbevolen en is vereist door veel verzendende producten, ook al kan Living Security een array-body herkennen zonder deze header.
Een geslaagd verzoek geeft 202 Accepted terug. Het tabblad voor fouten toont een 400 Bad Request wanneer de JSON-body onjuist is opgebouwd:
Acceptatie betekent dat de batch is opgeslagen voor asynchrone verwerking. Dit betekent niet dat elk record al is geïnterpreteerd tot activiteit. Corrigeer bij het voorbeeld 400 de JSON of verstuur CSV met Content-Type: text/csv en probeer het opnieuw.
string
vereist
De run-ID voor deze geaccepteerde batch. Bewaar deze om de verwerkingsstatus te controleren.
number
vereist
Het aantal records dat is geaccepteerd en opgeslagen.
string
vereist
De bronnaam die voor deze push is gebruikt.
string
vereist
De streamnaam die voor deze push is gebruikt.

In plaats daarvan CSV versturen

Stel Content-Type: text/csv in en verstuur de bestandsbytes, zoals getoond in het voorbeeldverzoek CSV file hierboven. De eerste rij bevat de veldnamen. Booleaanse tekst wordt een boolean en gewone numerieke tekst wordt een getal. Waarden met voorloopnullen, onveilig grote gehele getallen, datums en andere tekst blijven strings. Lege cellen laten dat veld weg. Onjuist opgebouwde rijen, onevenwichtige aanhalingstekens en UTF-16-bestanden worden geweigerd.

Verzoeklimieten en nieuwe pogingen

Splits grotere exports op in batches die aan beide limieten voldoen. Wacht op elke respons en bewaar de geretourneerde runId in de logboeken van de verzender. De normale limiet voor geauthenticeerde organisaties geeft 503 terug en niet 429, zodat webhook-verzenders dit als opnieuw te proberen behandelen. Een 503 wordt teruggegeven voordat de batch wordt opgeslagen; het opnieuw versturen van dezelfde batch na het aangegeven interval leidt niet tot een dubbele geaccepteerde run.

De gegevensstroom controleren

Open de Custom Push Source en bekijk Push History. Controleer de stream, het aantal records, de toewijzing van de sleutel en de verwerkingsstatus. Gegevens met een onderhouden interpreter kunnen vervolgens worden omgezet in personen en genormaliseerde activiteit. Gegevens zonder interpreter blijven opgeslagen, maar leveren geen activiteit op.
Gebruik de exacte veldnamen en payloadstructuur uit de providerspecifieke handleiding wanneer die bestaat. Een geslaagde 202 bewijst de aflevering, niet dat een willekeurig schema wordt gekoppeld aan Living Security-activiteit.

Checklist voor probleemoplossing

  • Kopieer het endpoint van de juiste bron en vervang de placeholder voor de stream.
  • Verstuur de toegangssleutel als Authorization: Bearer …; x-api-key wordt niet geaccepteerd.
  • Controleer of de body een JSON-array op het hoogste niveau is, en niet een enkel object of een envelop rondom de records.
  • Controleer de spelling van bron en stream, inclusief koppeltekens, underscores en hoofdlettergebruik.
  • Bekijk Push History voordat u een batch opnieuw verstuurt waarvan de respons verloren is gegaan.
  • Vermeld bij contact met Living Security Support de organisatie, bron, stream, tijdstip van het verzoek, runId indien beschikbaar, en de responsstatus. Vermeld niet de toegangssleutel of de event-payload.

Gerelateerd

Zscaler ZIA Cloud NSS

Configureer een ondersteunde Zscaler-weblogfeed met de exacte bron, stream, headers en JSON-structuur.

API-toegangssleutels

Maak scoped inloggegevens aan, roteer ze en trek ze in.

Signalen-gegevensbronnen

Lees hoe geïnterpreteerde integratieactiviteit Signalen ondersteunt.