Es gibt zwei Gruppen
Living Security erreicht Ihren Anbieter über zwei verschiedene Netzwerke, die unterschiedliche Teile der Integration bedienen.
Die meisten Integrationen benötigen nur die Sync-Gruppe. Eine bestimmte Gruppe von Integrationen benötigt dauerhaft beide – siehe Integrationen, die beide Gruppen benötigen.
Integrations-Sync-Datenverkehr
Diese vier Adressen sind für jede Region von Living Security gleich. Kunden, die in der EU gehostet werden, verwenden dieselben vier Adressen wie Kunden, die in den USA gehostet werden.
Für Anbieter, die eine durch Kommas getrennte Liste akzeptieren:
Plattform-Datenverkehr
Anders als die Sync-Adressen sind diese regionsspezifisch. Verwenden Sie nur das Adresspaar der Region, in der Ihre Organisation gehostet wird. Wenn Sie nicht sicher sind, um welche Region es sich handelt, fragen Sie Ihren Customer Success Manager, bevor Sie etwas konfigurieren. Wenn Sie die Adressen der falschen Region auf die Allowlist setzen, schlägt die Integration auf eine Weise fehl, die scheinbar nichts mit der Allowlist zu tun hat.
Für Anbieter, die eine durch Kommas getrennte Liste akzeptieren:
Ausgehende Playbook-Aktionen
Standardmäßig laufen Playbook-Aktionen, die in ein verbundenes System zurückschreiben, über denselben Pfad wie Ihre Daten-Syncs und gehen daher von den Sync-Adressen aus. Es ist nichts Zusätzliches erforderlich. Ein Administrator kann einzelne Verbindungen auf direkten Egress umstellen. Dadurch werden die Aktionen dieser Verbindung über die Plattformadressen Ihrer Region gesendet. Diese Einstellung ist genau für den Fall vorgesehen, dass eine Anbieterinstanz den API-Zugriff nach Quell-IP beschränkt und eine kleine, stabile Gruppe von Adressen im Besitz von Living Security für die Allowlist benötigt. Einige Anbieter verwenden immer direkten Egress, weil sie überhaupt nicht über einen Proxy angebunden werden können. Wenn Sie nur die Sync-Adressen auf die Allowlist setzen und später jemand eine Verbindung auf direkten Egress umstellt, schlagen die Aktionen dieser Verbindung fehl, während ihre Syncs weiterhin funktionieren.Integrationen, die beide Gruppen benötigen
Bei den meisten Integrationen bezieht und erneuert der Integrationsdienst von Living Security das Zugriffstoken selbst, und alles erreicht Ihren Anbieter ausschließlich über die Sync-Adressen. Bei den unten aufgeführten Integrationen kann dieser Dienst das Token nicht erneuern, sodass die Living Security Platform es direkt ausstellt – einmal beim Verbinden und danach fortlaufend, solange die Verbindung aktiv ist. Diese Token-Anfragen gehen von den Plattformadressen aus. Die geplanten Daten-Syncs gehen weiterhin von den Sync-Adressen aus.- Auth0
- Cofense Triage
- Code42
- Cornerstone
- CrowdStrike Falcon
- Microsoft Entra ID – einschließlich Microsoft Graph
- OneLogin
- Sophos Central
- Zscaler Client Connector
Alle Adressen der benötigten Gruppen hinzufügen
Der Datenverkehr kann von jeder Adresse innerhalb einer Gruppe ausgehen, und welche Adresse für eine bestimmte Anfrage verwendet wird, ist nicht festgelegt. Wenn Sie nur einen Teil der Adressen auf die Allowlist setzen, entstehen sporadische Fehler, die schwer zu diagnostizieren sind: Manche Anfragen gelingen, andere schlagen fehl, und das Muster scheint nichts mit der Konfiguration zu tun zu haben. Das gilt für das Plattform-Paar ebenso wie für die vier Sync-Adressen. Jede Region betreibt zwei Adressen, und Anfragen landen auf beiden.Welche Integrationen dies erfordern
Eine IP-Allowlist ist eine Einstellung in Ihrem Anbieter, nicht in Living Security. Sie gilt nur, wenn Ihre Organisation diese Beschränkung aktiviert hat. Wenn Sie beim Anbieter keine IP-Beschränkungen aktiviert haben, ist keine Aktion erforderlich. Diese Anbieter verlangen dies häufig:
Andere Anbieter bieten möglicherweise eine ähnliche Einstellung. Prüfen Sie die Seite des Anbieters im Katalog sowie die eigene Dokumentation des Anbieters.
Symptome einer fehlenden oder veralteten Allowlist
Die beiden Gruppen fallen auf entgegengesetzte Weise aus. Ordnen Sie das Symptom der jeweiligen Gruppe zu, bevor Sie etwas ändern.Die Verbindung wird hergestellt, aber es treffen nie Daten ein
Dies ist das typische Anzeichen für eine fehlende Sync-Adresse. Die Anmeldedaten werden beim Verbindungsaufbau über einen Pfad validiert, der oft nicht derselben Beschränkung unterliegt, sodass der Verbindungsdialog in Living Security Erfolg meldet. Der Fehler tritt erst später auf, wenn ein geplanter Sync ausgeführt und blockiert wird. Achten Sie auf Folgendes:- Die Verbindung wird als verbunden angezeigt, aber die Streams melden keine Datensätze.
- Sync-Läufe schlagen mit
401 Unauthorizedoder403 Forbiddenfehl. - Eine Integration, die monatelang funktioniert hat, schlägt ohne Änderung auf Ihrer Seite fehl.
Die Verbindung kann überhaupt nicht erstellt werden
Dies ist das typische Anzeichen für eine fehlende Plattformadresse. Es betrifft nur die Integrationen, die unter Integrationen, die beide Gruppen benötigen aufgeführt sind. Achten Sie auf Folgendes:- Die Einrichtung schlägt beim Abrufen eines Zugriffstokens fehl. Es wird keine Verbindung erstellt.
- Der Fehler meldet, dass ein Host nicht erreicht werden konnte, ohne dass eine HTTP-Antwort vorliegt.
- Die eigenen Anmelde- oder Conditional-Access-Protokolle des Anbieters zeigen eine blockierte Anfrage von einer Adresse, die Sie nicht auf die Allowlist gesetzt haben.
Eine Verbindung, die überhaupt nicht erreicht werden kann, ist kein Problem der Anmeldedaten. Es hat keine Authentifizierung stattgefunden, daher helfen weder das Rotieren des Secrets noch das erneute Generieren der Client-Anmeldedaten. Eine nicht auf die Allowlist gesetzte Quelladresse ist die häufigste Ursache, aber ein falscher Hostname, ein falscher Port oder ein Ausfall auf Anbieterseite sehen aus unserer Sicht genauso aus.