> ## Documentation Index > Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt > Use this file to discover all available pages before exploring further. # Quickstart für das Whitelisting > Netzwerk- und E-Mail-Whitelisting für das Onboarding: Anwendungs-URLs, US- und EU-APIs, Authentifizierung, Content-CDNs, Kunden-Uploads und E-Mail-Zustellung. 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. | Eintrag der Zulassungsliste | Zweck | | - | - | | `*.livingsecurity.ai` | Anwendungen, APIs für die USA und die EU, Anmeldung, gemeinsam genutzte Assets und Onboarding-Touren | | `*.livingsecurity.com` | Dokumentation und Inhalte, einschließlich `platform-cdn.livingsecurity.com`, `assets.livingsecurity.com` und `videos.livingsecurity.com` für ältere Videolinks, sofern verwendet | | `assets.livingsecurity-content-cdn.ai` | Von Kunden hochgeladene Bilder, Dokumente sowie Schulungs-/SCORM-Inhalte | | `uploads-us.assets.livingsecurity-content-cdn.ai`; `uploads-eu.assets.livingsecurity-content-cdn.ai` | Datei-Uploads für Inhalte und Branding, einschließlich SCORM-Paketen; lassen Sie beide Hosts zu, da bestehende Assets ihre ursprüngliche Speicherregion beibehalten können | | `videos.livingsecurity-content-cdn.ai` | Von Kunden hochgeladene Videos und Katalogvideos, Vorschaubilder und Untertitel | | `cdn.contentful.com` | Contentful-Content-Delivery | | `images.ctfassets.net` | Contentful-Bilder | | `assets.ctfassets.net`; `downloads.ctfassets.net` | Contentful-Dateien und -Downloads | 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. > [!NOTE] > > 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](#upload-ziele). Integrationen mit Quell-IP-Beschränkungen benötigen die [Regeln für verbundene Systeme](#ip-regeln-in-ihren-verbundenen-systemen). Die Standardeinträge finden Sie auf dieser Seite; die verlinkten Anleitungen enthalten Einrichtungsanweisungen. ## E-Mail-Zustellung ### Authentifizierungs-E-Mails | Absenderadresse | Sendende IP-Adressen | | - | - | | `app@livingsecurity.ai` | `159.183.37.179/32`, `159.183.38.165/32` | 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](https://docs.livingsecurity.com/de/features/settings/sso.md). ### 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: | Konfiguration | Absenderadressen | Return-Path / E-Mail-Authentifizierung | | - | - | - | | Living Security-Plattform-E-Mail | `app@livingsecurity.ai`; `noreply@livingsecurity.ai` | `em9309.livingsecurity.ai` | | Benutzerdefinierte Absenderdomäne | Die aktivierte Adresse, die unter **Einstellungen → Kommunikation → Absenderdomäne** angezeigt wird | Verwenden Sie die angezeigten DNS-Einträge dieser Domain; die plattformverwaltete Zustellung nutzt dieselben oben genannten Quell-IPs | | Ihr SMTP-Transport | Die unter **Einstellungen → Kommunikation → SMTP-Transport** gespeicherte **Absender-E-Mail** | Die Sende-IPs und die E-Mail-Authentifizierung Ihres eigenen Relays | 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: | Region | Sende-CIDR | Vollständiger Adressbereich | Domain für die E-Mail-Authentifizierung | | - | - | - | - | | Vereinigte Staaten (`us-east-1`) | `3.41.193.72/29` | `3.41.193.72` – `3.41.193.79` | `us.mail.trident-sim.com` | | Europäische Union (`eu-west-1`) | `3.40.138.240/29` | `3.40.138.240` – `3.40.138.247` | `eu.mail.trident-sim.com` | 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](https://docs.livingsecurity.com/de/features/settings/phishing-simulation.md#allowlisting-und-allowlist-export), gegebenenfalls einschließlich der Simulationssteuerungen von Microsoft Defender. ## Anwendungs- und API-Zugriff | Zweck | Zuzulassende Hostnamen | Wer benötigt Zugriff | | - | - | - | | Dashboard | `app.livingsecurity.ai` | Administratoren und Manager | | Engage | `engage.livingsecurity.ai` | Mitarbeitende, die Schulungen absolvieren oder Zuweisungen und Scorecards öffnen | | US-API | `api.us-east-1.livingsecurity.ai` | Browser und API-Clients in der Region USA | | EU-API | `api.eu-west-1.livingsecurity.ai` | Browser und API-Clients in der Region EU | | Anmeldung | `auth.livingsecurity.ai` | Administratoren und Mitarbeitende bei der Anmeldung | | Dokumentation | `docs.livingsecurity.com` | Administratoren und Benutzer, die die Hilfe lesen | 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](https://docs.livingsecurity.com/de/developers/v1/quickstart.md). 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 | Zweck | Hostnamen | Wann erforderlich | | - | - | - | | Eingebettete Anmelde-Assets | `static.descope.com`; `descopecdn.com` | Skripte, Stile und weitere Assets, die das eingebettete Anmeldeformular anzeigen; dies sind Asset-Hosts, keine Anmelde-API-Endpunkte | | Schriftarten und Skripte für die Anmeldung | `fonts.googleapis.com`; `fonts.gstatic.com`; `cdn.jsdelivr.net` | Wenn Ihr eingebettetes Anmeldeformular sie anfordert | | Ihr Identitätsanbieter | Die SSO- und MFA-Hostnamen Ihrer Organisation | SSO-Weiterleitungen und Authentifizierungsabfragen | 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. | Zweck | Hostnamen | Geltungsbereich | | - | - | - | | **Vom Kunden hochgeladene Assets** | `assets.livingsecurity-content-cdn.ai` | Bilder, Dokumente, E-Mail-Assets der Organisation sowie hochgeladene Schulungs-/SCORM-Inhalte | | Vom Kunden hochgeladene Videos und Katalogvideos | `videos.livingsecurity-content-cdn.ai` | Video-Streaming, Vorschaubilder und Untertitel | | Anwendungsbilder und -Assets | `cdn.livingsecurity.ai` | In der Anwendung angezeigte Bilder und weitere Assets | | Living Security-Content-Delivery | `platform-cdn.livingsecurity.com` | Plattforminhalte; abgedeckt durch `*.livingsecurity.com` | | Contentful-Content-Delivery | `cdn.contentful.com` | Auf Contentful gehostete Inhalte | | Contentful-Bilder | `images.ctfassets.net` | Katalogabbildungen und Schulungsbilder | | Contentful-Dateien | `assets.ctfassets.net`; `downloads.ctfassets.net` | Katalogdateien und große herunterladbare Assets | | Schulungsmedien | `assets.livingsecurity.com` | Über den Living Security-Content-Hostnamen bereitgestellte Schulungsmedien; abgedeckt durch `*.livingsecurity.com` | | Wiedergabe älterer Videos | `videos.livingsecurity.com` | Wenn vorhandene Schulungsinhalte diesen Hostnamen verwenden; abgedeckt durch `*.livingsecurity.com` | 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. | Upload-Typ | Über HTTPS / TCP 443 zuzulassendes Ziel | | - | - | | Dateien und SCORM-Pakete – USA | `uploads-us.assets.livingsecurity-content-cdn.ai` | | Dateien und SCORM-Pakete – EU | `uploads-eu.assets.livingsecurity-content-cdn.ai` | | Fortsetzbare Video-Uploads – USA | `api.us-east-1.livingsecurity.ai` | | Fortsetzbare Video-Uploads – EU | `api.eu-west-1.livingsecurity.ai` | 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): | IP-Adresse | CIDR | | - | - | | `52.34.139.153` | `52.34.139.153/32` | | `54.69.127.183` | `54.69.127.183/32` | | `44.247.133.183` | `44.247.133.183/32` | | `52.26.211.56` | `52.26.211.56/32` | Lassen Sie außerdem das **Plattform**-Paar für Ihre Region zu, wenn Sie eine dieser Integrationen verwenden: * [Auth0](https://docs.livingsecurity.com/de/integrations/auth0.md) * Check Point Harmony Email * [Cofense Triage](https://docs.livingsecurity.com/de/integrations/cofense-triage.md) * Code42 * Cornerstone * [CrowdStrike Falcon](https://docs.livingsecurity.com/de/integrations/crowdstrike.md) * Keepnet Labs * [Microsoft Entra ID](https://docs.livingsecurity.com/de/integrations/microsoft-entra-id.md) – einschließlich Microsoft Graph * [OneLogin](https://docs.livingsecurity.com/de/integrations/onelogin.md) * [SailPoint IdentityNow](https://docs.livingsecurity.com/integrations/sailpoint-identitynow.md) * Sophos Central * Zscaler Client Connector 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: | Region | IP-Adressen | CIDR | | - | - | - | | **Vereinigte Staaten** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` | | **Europäische Union** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` | 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](https://docs.livingsecurity.com/de/integrations/managing/egress-ip-addresses.md#integrationen-die-beide-gruppen-benötigen) 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. ## Related topics - [Onboarding für Administratoren](https://docs.livingsecurity.com/de/getting-started/onboarding.md) - [Datenquellen für Signale](https://docs.livingsecurity.com/de/signals/data-sources.md) - [Egress-IP-Adressen für Integrationen konfigurieren](https://docs.livingsecurity.com/de/integrations/managing/egress-ip-addresses.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.