Skip to main content
Senden Sie diese Seite vor dem Onboarding an Ihr IT-Team. Sie fasst die Webziele, E-Mail-Absender, Quell-IPs sowie optionale Anforderungen für Uploads und Integrationen an einer Stelle zusammen. Einige Sicherheitsprodukte bezeichnen Allowlisting als Whitelisting oder Safelisting.

Mit der Kurzliste beginnen

Webzugriff: HTTPS / TCP 443. In vielen Umgebungen decken die beiden Living Security-Wildcards sowie die unten aufgeführten externen Hosts für Inhalte und Anmelde-Assets den Zugriff der Mitarbeitenden ab. Die Hosts für Kundeninhalte, Uploads und Contentful liegen außerhalb der Living Security-Wildcards. Die Hosts für Kundeninhalte und Uploads verwenden livingsecurity-content-cdn.ai, eine eigene Domain, die von livingsecurity.ai getrennt ist. Lassen Sie außerdem static.descope.com und descopecdn.com ausschließlich für eingebettete Anmelde-Assets zu; Anmeldeanfragen verwenden auth.livingsecurity.ai. Wenn Sie nur *.livingsecurity.ai verwenden, ergänzen Sie platform-cdn.livingsecurity.com und die anderen unten aufgeführten .com-Content-Hosts.
Die detaillierten Hostnamen-Tabellen sind für IT-Teams gedacht, die keine Wildcards verwenden können; sie erfordern keine doppelten Regeln. Prüfen Sie, ob die Wildcard Ihres Gateways auch verschachtelte Namen wie api.eu-west-1.livingsecurity.ai abdeckt. Eine Wildcard kann die reine Domain ausschließen. Verwenden Sie für Webziele Hostnamen, da sich deren IPs ändern können.
Vervollständigen Sie auch die unten aufgeführten E-Mail-Regeln. Autoren von Inhalten benötigen zusätzlich die Upload-Ziele. Integrationen mit Quell-IP-Beschränkungen benötigen die Regeln für verbundene Systeme. Die Standardeinträge finden Sie auf dieser Seite; die verlinkten Anleitungen enthalten Einrichtungsanweisungen.

E-Mail-Zustellung

Authentifizierungs-E-Mails

Wenden Sie diese Einträge in Ihrem E-Mail-Schutzdienst auf Anmelde-E-Mails an. Stellen Sie sicher, dass die Nachrichten eintreffen, bevor ihre Links ablaufen. Benachrichtigungen verwenden dieselben IPs; Simulationen verwenden die separaten Bereiche weiter unten. Siehe Enterprise Identity.

Transaktionale Plattform-E-Mails

Die gleichen zwei oben aufgeführten Sende-IPs versenden Plattformbenachrichtigungen auch in den Regionen USA und EU. Lassen Sie diese Absenderadressen und die authentifizierte Return-Path-Domain zu: Diese umfassen Willkommensnachrichten, Schulungszuweisungen, Erinnerungen und weitere Benachrichtigungen. Lassen Sie die SPF-, DKIM- und DMARC-Validierung aktiviert. Der SMTP-Versand für Simulationen verwendet eigene, unten aufgeführte Bereiche. Wenn Ihr eigenes SMTP-Relay Verbindungen anhand der Quell-IP einschränkt, fordern Sie vor der Konfiguration des Relays beim Support die SMTP-Verbindungs-Quell-IPs von Living Security für Ihre Region an. Diese kennzeichnen die Verbindung zu Ihrem Relay, getrennt von den eigenen Sende-IPs Ihres Relays. Ersetzen Sie sie nicht durch die oben genannten IPs der plattformverwalteten E-Mail-Zustellung oder die unten genannten IPs der Integrations-API.

Phishing-Simulationen

Verwenden Sie für plattformverwaltetes SMTP die Region Ihrer Organisation: Lassen Sie den vollständigen IP-Bereich Ihrer Region zu. Verwenden Sie die Domain für die E-Mail-Authentifizierung für Gateway-Regeln, die sie erfordern. Die sichtbare Absenderadresse variiert je nach Simulation; verwenden Sie das aktuelle Allowlist-Paket für Ihre ausgewählten Simulationen. Rufen Sie vor dem Start das organisationsspezifische Paket unter Einstellungen → Phishing-Simulation → Whitelisting-Setup → Allowlist-Paket exportieren ab oder fordern Sie es bei Ihrem Customer Success Manager an, bevor Sie Zugriff haben. Es enthält die aktivierten Absenderdomains, Landing-/URL-Hosts und die gesonderte Reply-To-Domain. Prüfen Sie die tatsächlichen Absenderadressen für Ihre ausgewählten Simulationen, wenn Ihr Gateway vollständige Adressen erfordert. Laden Sie ein aktualisiertes Paket herunter, wenn sich Ihre Simulationseinstellungen ändern. Direkte Zustellung (DMI) nutzt Ihre verbundene Microsoft 365- oder Google Workspace-Integration; die SMTP-Quellbereiche gelten für diesen Zustellungsweg nicht. Google Workspace legt Nachrichten in jedem Posteingang ab, ohne E-Mails zu senden. Microsoft 365 sendet echte E-Mails aus Ihrem Simulationspostfach, sodass Ihre Microsoft 365-Filter weiterhin darauf angewendet werden. URL-Zugriff, Zustimmung des Anbieters und Posteingangstests bleiben weiterhin wichtig. Folgen Sie den anbieterspezifischen Schritten unter Simulationseinstellungen, gegebenenfalls einschließlich der Simulationssteuerungen von Microsoft Defender.

Anwendungs- und API-Zugriff

Lassen Sie für EU-Organisationen beide API-Hostnamen für die Browser-Anmeldung und den Anwendungszugriff zu. Verwenden Sie für eine direkte API-Integration die Ihrer Organisation zugewiesene regionale URL. Siehe API-Quickstart. Wenn Ihre Organisation einen benutzerdefinierten Anwendungs- oder Anmelde-Hostnamen verwendet, nehmen Sie den bei der Einrichtung bereitgestellten exakten Hostnamen auf.

Anforderungen für die Anmeldung

Anmeldeanfragen verwenden auth.livingsecurity.ai, siehe oben. Das eingebettete Formular lädt außerdem Assets von den Hosts in dieser Tabelle. Wenn das Formular nicht korrekt angezeigt wird, bitten Sie Ihr IT-Team zu prüfen, ob diese Asset-Anfragen blockiert werden.

Inhalte, CDNs und Kunden-Uploads

Lassen Sie diese Hosts für Administratoren zu, die Inhalte in der Vorschau ansehen, und für Mitarbeitende, die sie nutzen. Der Schutz für E-Mail-Bilder benötigt eventuell ebenfalls Zugriff auf Bild-Hosts. Die Hosts für Kunden-Assets und Videos befinden sich auf livingsecurity-content-cdn.ai, einer anderen Domain als livingsecurity.ai. Allein die Zulassung von *.livingsecurity.ai deckt sie nicht ab. Tragen Sie die oben genannten expliziten Hosts ein, wenn Ihr Gateway keine Wildcards unterstützt. Eine Wildcard schließt in Ihrem Sicherheitsprodukt zudem möglicherweise weder die reine Domain noch verschachtelte Subdomains ein. Wenn Sie extern gehostete Inhalte hinzufügen, lassen Sie auch die Ziele zu, die diese Inhalte verwenden. Prüfen Sie diese Adressen, bevor Sie die Inhalte Mitarbeitenden zuweisen.

Upload-Ziele

Administratoren, die Inhalte oder Branding-Dateien hochladen. Diese Ziele nehmen neue Uploads entgegen; Mitarbeitende, die vorhandene Inhalte ansehen, benötigen die oben genannten CDN-Hosts. Lassen Sie beide Asset-Upload-Hosts für Bilder, Dokumente, benutzerdefinierte Schriftarten, Reporter-Symbole und SCORM-Pakete zu. Vorhandene Bilder und Dokumente können ihre ursprüngliche Speicherregion behalten. Verwenden Sie die Video-API für die Region Ihrer Organisation. Erlauben Sie PUT und OPTIONS für Datei-Uploads sowie POST, PATCH, HEAD, DELETE und OPTIONS für fortsetzbare Video-Uploads. Behalten Sie die von der Anwendung bereitgestellten URL-Query-Strings und Upload-Header bei. SCORM-Pakete können bis zu 500 MiB (524288000 Bytes) groß sein. Erlauben Sie das vollständige Paket in einer einzigen Upload-Anfrage; ein niedrigeres Limit für den Request-Body an Ihrem Gateway kann den Upload blockieren. Upload-Ziele am 4. November 2026 in der US- und der EU-Produktionsumgebung verifiziert.

Zusätzliche Funktionen und Integrationen

  • SSO/MFA und Integrationszustimmung: Lassen Sie Ihren Identitätsanbieter sowie die Anmelde- und Zustimmungsseiten jedes von Ihnen verbundenen Systems zu.
  • Onboarding-Touren: onboard.livingsecurity.ai, abgedeckt durch die Wildcard .ai; erlauben Sie HTTPS und sichere WebSockets über TCP 443.
  • Livvy und Live-Updates: Erlauben Sie streamende HTTPS-Antworten und sichere WebSockets über TCP 443.
  • Externe Inhalte, benutzerdefinierte Domains und Ihr LMS: Nehmen Sie die exakten Hosts auf, die Ihre Organisation verwendet. Testen Sie gehostetes SCORM aus dem Netzwerk der Lernenden.

IP-Regeln in Ihren verbundenen Systemen

Wenn ein von Ihnen verbundenes System den API-Zugriff nach Quell-IP einschränkt, fügen Sie diese Adressen zur API-Allowlist dieses Systems hinzu. Es sind die Quelladressen, die das System sieht, wenn Living Security Daten abruft. Es sind keine ausgehenden Ziele für Endgeräte von Mitarbeitenden. Lassen Sie alle vier Sync-Adressen zu (in den Regionen USA und EU identisch): Lassen Sie außerdem das Plattform-Paar für Ihre Region zu, wenn Sie eine dieser Integrationen verwenden: Das Plattform-Paar gilt auch für Verbindungen, die für direkten Egress konfiguriert sind, und für Anbieter, die direkte Aktionen erfordern. Lassen Sie beide Adresssätze zugelassen, damit Authentifizierung, Syncs und Aktionen weiterhin funktionieren: Lassen Sie alle erforderlichen Adressen nach der Einrichtung zugelassen, damit Authentifizierung und Datensynchronisierung weiterhin funktionieren. Verwenden Sie diese Einträge nur für den Integrations-API-Zugriff. Die Anleitung zum Integrations-Egress listet anbieterspezifische Anforderungen auf.

Vor dem Start überprüfen

Testen Sie über dasselbe Unternehmensnetzwerk, denselben Proxy, dasselbe VPN, denselben Endpunktschutz und dieselben Postfachkontrollen, die Ihre Mitarbeitenden verwenden:
  • Melden Sie sich bei Dashboard und Engage an; schließen Sie SSO/MFA ab oder erhalten Sie einen funktionierenden Anmeldelink per E-Mail.
  • Öffnen Sie eine Dashboard-Seite und stellen Sie Livvy eine Frage.
  • Öffnen Sie Katalogbilder, geben Sie ein Video mit Untertiteln wieder und öffnen Sie ein herunterladbares Dokument.
  • Laden Sie ein Kunden-Asset hoch und sehen Sie es dann als Lernender in der Vorschau an; starten Sie ein hochgeladenes SCORM-Paket, falls Sie eines verwenden.
  • Stellen Sie eine Willkommens- oder Schulungszuweisungs-E-Mail zu; prüfen Sie Absender, Authentifizierung, Links und Bilder.
  • Führen Sie eine Simulation über den gewählten Zustellungsweg aus; prüfen Sie den Eingang im Posteingang, den Zugriff auf die Landingpage und Antworten bei antwortbasierten Szenarien.
  • Verbinden Sie jede aktivierte Integration und prüfen Sie eine tatsächliche Datensynchronisierung, nicht nur eine erfolgreiche Autorisierung.
Wenn eine Prüfung fehlschlägt, erfassen Sie den blockierten Hostnamen, die Uhrzeit, die Region, die betroffene Funktion sowie den Gateway-Fehler oder den Mail-Trace und wenden Sie sich an den Support. Entfernen Sie Zugangsdaten, Sitzungs-Tokens und signierte URL-Query-Strings, bevor Sie Diagnosedaten weitergeben. Prüfen Sie diese Anleitung und Ihr exportiertes Simulationspaket erneut, wenn sich die Konfiguration ändert.