Før du begynder
Du skal bruge:- tilladelse til at administrere integrationer og adgangsnøgler i Living Security
- en afsender på serversiden, der kan foretage HTTPS-
POST-anmodninger - Living Security-regionen for din organisation
- et stabilt kildenavn og mindst ét streamnavn
1. Registrer kilden og streams
1
Åbn Custom Push Source
Gå til Indstillinger → Integrationer → Katalog, find Custom Push Source, og vælg Tilføj.
2
Navngiv kilden
Angiv kildens routingnøgle og en valgfri beskrivelse. Brug for eksempel
custom-phishing-sim frem for et visningsnavn med mellemrum.3
Tilføj streams
Tilføj hver stream, som afsenderen skal bruge. Kilde- og streamparret skal findes, før den første push sendes; et ukendt par returnerer
404 Not Found.4
Gem kilden
Åbn kilden efter oprettelsen under Indstillinger → Integrationer → Tilsluttet. Visningen Push via API viser endpointmønsteret og de seneste kørsler.
2. Opret en push-ingest-nøgle
Gå til Indstillinger → Access Keys, vælg Create Access Key, og vælg omfanget Push Ingest. Kopiér den genererede værdi med det samme; den vises kun én gang. Nøglen er knyttet til én Living Security-organisation. Push-anmodningen behøver ingen organisationsheader. Se API-adgangsnøgler om rotation og tilbagekaldelse.3. Vælg det regionale endpoint
Brug værtsnavnet for Living Security-organisationen:
Tilføj
/push-ingest/{integrationKey}/{streamName} til sidst. Stien skelner mellem store og små bogstaver og skal matche den registrerede kilde og stream nøjagtigt.
string
påkrævet
Det registrerede kildenavn. Brug 1–64 små bogstaver, cifre eller bindestreger, og begynd med et bogstav eller et ciffer.
string
påkrævet
Det registrerede streamnavn. De samme regler gælder, og understregninger er også tilladt.
string
påkrævet
Send push-ingest-adgangsnøglen som
Bearer <access-key>.string
Brug
application/json til JSON eller text/csv til CSV. Serveren kan også genkende et JSON-array, når denne header udelades.string
Valgfri UUID for organisationen. Adgangsnøglen bestemmer allerede organisationen. Hvis du sender denne header, skal den stemme overens med nøglens organisation; den kan ikke bruges til at vælge en anden organisation.
Anmodningens brødtekst
Send et ikke-tomt JSON-array af objekter på øverste niveau eller bytes fra en CSV-fil med en overskriftsrække. Der er intet navngivet JSON-indpakningsfelt. Hver batch kan indeholde op til 10.000 poster og 10 MB.4. Send en JSON-batch
Send et ikke-tomt JSON-array, hvis elementer er objekter.Content-Type: application/json anbefales og kræves af mange afsenderprodukter, selvom Living Security kan genkende en array-brødtekst uden den.
202 Accepted. Fanen med fejl viser en 400 Bad Request, når JSON-brødteksten er ugyldig:
400 skal du rette JSON eller sende CSV med Content-Type: text/csv og derefter prøve igen.
string
påkrævet
Kørsels-ID’et for denne accepterede batch. Gem det, så du kan kontrollere behandlingsstatus.
number
påkrævet
Antallet af poster, der er accepteret og gemt.
string
påkrævet
Det kildenavn, der blev brugt til denne push.
string
påkrævet
Det streamnavn, der blev brugt til denne push.
Send CSV i stedet
AngivContent-Type: text/csv, og send filens bytes, som vist i anmodningseksemplet CSV file ovenfor. Den første række angiver feltnavnene.
Boolesk tekst bliver til en boolesk værdi, og almindelig numerisk tekst bliver til et tal. Værdier med foranstillede nuller, usikre store heltal, datoer og anden tekst forbliver strenge. Tomme celler udelader det pågældende felt. Ugyldige rækker, ubalancerede anførselstegn og UTF-16-filer afvises.
Anmodningsgrænser og genforsøg
Opdel større eksporter i batches, der overholder begge grænser. Afvent hvert svar, og gem den returnerede
runId i afsenderens logs.
Den normale grænse for godkendte organisationer returnerer
503, ikke 429, så webhook-afsendere behandler den som en fejl, der kan forsøges igen. En 503 returneres, før batchen gemmes; når den samme batch sendes igen efter det angivne interval, dubleres en accepteret kørsel ikke.
Kontrollér dataflowet
Åbn Custom Push Source, og gennemgå Push History. Bekræft streamen, antallet af poster, nøgleattribueringen og behandlingsstatus. Data med en vedligeholdt fortolker kan derefter blive til personer og normaliseret aktivitet. Data uden en fortolker forbliver gemt, men producerer ikke aktivitet.Brug de nøjagtige feltnavne og den nøjagtige payload-struktur fra den udbyderspecifikke vejledning,
hvis der findes en. En vellykket
202 beviser levering, ikke at et vilkårligt skema
kan knyttes til Living Security-aktivitet.Fejlfindingstjekliste
- Kopiér endpointet fra den rette kilde, og erstat pladsholderen for streamen.
- Send adgangsnøglen som
Authorization: Bearer …;x-api-keyaccepteres ikke. - Bekræft, at brødteksten er et JSON-array på øverste niveau, ikke et enkelt objekt eller en indpakning omkring posterne.
- Kontrollér stavningen af kilde og stream, herunder bindestreger, understregninger og store/små bogstaver.
- Gennemgå Push History, før du sender en batch igen, hvis svaret gik tabt.
- Når du kontakter Living Security Support, skal du angive organisation, kilde, stream, tidspunkt for anmodningen,
runIdhvis tilgængelig, og svarstatus. Medtag ikke adgangsnøglen eller hændelsernes payload.
Relateret
Zscaler ZIA Cloud NSS
Konfigurer et understøttet Zscaler-weblogfeed med den nøjagtige kilde, stream, headers og JSON-struktur.
API-adgangsnøgler
Opret, roter og tilbagekald legitimationsoplysninger med begrænset omfang.
Datakilder til Signaler
Læs, hvordan fortolket integrationsaktivitet understøtter signaler.

