Skip to main content
Stuur deze pagina vóór de onboarding naar uw IT-team. Hier vindt u op één plek de webbestemmingen, e-mailafzenders, bron-IP-adressen en optionele vereisten voor uploads en integraties. Sommige beveiligingsproducten noemen allowlisting whitelisting of safelisting.

Begin met de beknopte lijst

Webtoegang: HTTPS / TCP 443. In veel omgevingen volstaan de twee wildcards van Living Security, aangevuld met de hieronder vermelde externe hosts voor content en inlogbestanden, voor toegang door medewerkers. De hosts voor klantcontent, uploads en Contentful vallen buiten de wildcards van Living Security. De hosts voor klantcontent en uploads gebruiken livingsecurity-content-cdn.ai, een apart domein van livingsecurity.ai. Sta static.descope.com en descopecdn.com ook toe, uitsluitend voor ingesloten inlogbestanden; inlogverzoeken gebruiken auth.livingsecurity.ai. Als u alleen *.livingsecurity.ai gebruikt, voeg dan platform-cdn.livingsecurity.com en de andere hieronder vermelde .com-contenthosts toe.
De gedetailleerde hostnaamtabellen zijn bedoeld voor IT-teams die geen wildcards kunnen gebruiken; ze vereisen geen dubbele regels. Controleer of de wildcard van uw gateway ook geneste namen zoals api.eu-west-1.livingsecurity.ai dekt. Een wildcard kan het kale domein uitsluiten. Gebruik hostnamen voor webbestemmingen, omdat de bijbehorende IP-adressen kunnen wijzigen.
Voltooi ook de onderstaande e-mailregels. Auteurs van content hebben daarnaast de uploadbestemmingen nodig. Integraties met beperkingen op bron-IP-adressen hebben de regels voor gekoppelde systemen nodig. De standaardvermeldingen staan op deze pagina; de gelinkte handleidingen bevatten installatie-instructies.

E-mailbezorging

Authenticatie-e-mails

Pas deze vermeldingen toe op inlog-e-mails in uw e-mailbeveiligingsservice. Controleer of berichten aankomen voordat hun links verlopen. Meldingen gebruiken dezelfde IP-adressen; simulaties gebruiken de afzonderlijke bereiken hieronder. Zie Enterprise Identity.

Transactionele platform-e-mails

De dezelfde twee verzend-IP-adressen die hierboven staan versturen platformmeldingen ook in zowel de VS als de EU. Sta deze Van-adressen en het geauthenticeerde return-pathdomein toe: Deze gelden voor welkomstberichten, trainingstoewijzingen, herinneringen en andere meldingen. Houd SPF-, DKIM- en DMARC-validatie ingeschakeld. SMTP voor simulaties gebruikt hieronder eigen bereiken. Als uw eigen SMTP-relay verbindingen beperkt op basis van bron-IP, vraag dan bij Support de bron-IP-adressen voor de SMTP-verbinding van Living Security voor uw regio op voordat u de relay configureert. Deze identificeren de verbinding naar uw relay, los van de eigen verzend-IP-adressen van uw relay. Gebruik niet de door het platform beheerde mail-IP-adressen hierboven of de IP-adressen van de integratie-API hieronder als vervanging.

Phishingsimulaties

Gebruik voor door het platform beheerde SMTP de regio van uw organisatie: Sta het volledige IP-bereik voor uw regio toe. Gebruik het e-mailauthenticatiedomein voor gatewayregels waarvoor dit vereist is. Het zichtbare Van-adres verschilt per simulatie; gebruik het actuele whitelistpakket voor de door u geselecteerde simulaties. Haal vóór de lancering het organisatiespecifieke pakket op via Instellingen → Phishing-simulatie → Whitelisting instellen → Whitelistpakket exporteren, of vraag het aan bij uw Customer Success Manager voordat u toegang hebt. Het bevat ingeschakelde verzenddomeinen, landings-/URL-hosts en het afzonderlijke Reply-To-domein. Controleer de daadwerkelijke Van-adressen voor uw geselecteerde simulaties als uw gateway volledige adressen vereist. Download een bijgewerkt pakket wanneer uw simulatie-instellingen wijzigen. Directe bezorging (DMI) gebruikt uw gekoppelde Microsoft 365- of Google Workspace-integratie; de SMTP-bronbereiken zijn niet van toepassing op dit bezorgingspad. Google Workspace plaatst berichten in elke Inbox zonder e-mail te verzenden. Microsoft 365 verstuurt echte e-mail vanuit uw simulatiemailbox, dus uw Microsoft 365-filters blijven daarop van toepassing. URL-toegang, toestemming van de provider en inboxtests blijven van belang. Volg de providerspecifieke stappen in Simulatie-instellingen, inclusief de simulatiebesturingselementen van Microsoft Defender indien van toepassing.

Toegang tot applicatie en API

Sta voor EU-organisaties beide API-hostnamen toe voor browserinlog en toegang tot de applicatie. Gebruik voor een directe API-integratie de aan uw organisatie toegewezen regionale URL. Zie de API-snelstart. Als uw organisatie een aangepaste applicatie- of inloghostnaam gebruikt, neem dan de exacte hostnaam op die tijdens de installatie is verstrekt.

Vereisten voor inloggen

Inlogverzoeken gebruiken auth.livingsecurity.ai, hierboven vermeld. Het ingesloten formulier laadt ook bestanden van de hosts in deze tabel. Als het formulier niet correct wordt weergegeven, vraag uw IT-team dan om te controleren of die verzoeken voor bestanden worden geblokkeerd.

Content, CDN’s en door klanten geüploade bestanden

Sta deze hosts toe voor beheerders die content bekijken in een voorbeeld en voor medewerkers die de content gebruiken. Beveiliging van e-mailafbeeldingen kan ook toegang tot afbeeldingshosts vereisen. De hosts voor klantbestanden en video’s staan op livingsecurity-content-cdn.ai, een ander domein dan livingsecurity.ai. Alleen *.livingsecurity.ai toestaan dekt ze niet. Voer de expliciete hosts hierboven in wanneer uw gateway geen wildcards ondersteunt. Een wildcard omvat in uw beveiligingsproduct mogelijk ook niet het kale domein of geneste subdomeinen. Als u extern gehoste content toevoegt, sta dan ook de bestemmingen toe die die content gebruikt. Controleer die adressen voordat u de content aan medewerkers toewijst.

Uploadbestemmingen

Beheerders die content of huisstijlbestanden uploaden. Deze bestemmingen ontvangen nieuwe uploads; medewerkers die bestaande content bekijken, hebben de CDN-hosts hierboven nodig. Sta beide hosts voor het uploaden van bestanden toe voor afbeeldingen, documenten, aangepaste lettertypen, reporter-pictogrammen en SCORM-pakketten. Bestaande afbeeldingen en documenten kunnen hun oorspronkelijke opslagregio behouden. Gebruik de video-API voor de regio van uw organisatie. Sta PUT en OPTIONS toe voor bestandsuploads, en POST, PATCH, HEAD, DELETE en OPTIONS voor hervatbare video-uploads. Behoud de query strings van de URL en de uploadheaders die door de applicatie worden aangeleverd. SCORM-pakketten mogen maximaal 500 MiB groot zijn (524288000 bytes). Sta toe dat het volledige pakket in één uploadverzoek wordt verzonden; een lagere limiet voor de request body op uw gateway kan de upload blokkeren. Uploadbestemmingen geverifieerd in productie voor de VS en de EU op 4 november 2026.

Aanvullende functies en integraties

  • SSO/MFA en toestemming voor integraties: sta uw identiteitsprovider en de inlog-/toestemmingspagina’s van elk systeem dat u koppelt toe.
  • Onboardingtours: onboard.livingsecurity.ai, gedekt door de wildcard .ai; sta HTTPS en beveiligde WebSockets op TCP 443 toe.
  • Livvy en live-updates: sta streaming-HTTPS-antwoorden en beveiligde WebSockets op TCP 443 toe.
  • Externe content, aangepaste domeinen en uw LMS: neem de exacte hosts op die uw organisatie gebruikt. Test gehoste SCORM vanaf het netwerk van de cursist.

IP-regels in uw gekoppelde systemen

Als een systeem dat u koppelt de API-toegang beperkt op basis van bron-IP, voeg deze adressen dan toe aan de API-whitelist van dat systeem. Dit zijn de bronadressen die het systeem ziet wanneer Living Security gegevens opvraagt. Het zijn geen uitgaande bestemmingen voor apparaten van medewerkers. Sta alle vier de synchronisatieadressen toe (dezelfde in de VS en de EU): Sta ook het platformpaar voor uw regio toe wanneer u een van deze integraties gebruikt: Het platformpaar geldt ook voor verbindingen die zijn geconfigureerd voor directe egress en voor providers die directe acties vereisen. Houd beide adresreeksen toegestaan voor continue authenticatie, synchronisaties en acties: Houd na de installatie alle vereiste adressen toegestaan, zodat authenticatie en gegevenssynchronisaties blijven werken. Gebruik deze vermeldingen uitsluitend voor toegang tot de integratie-API. De handleiding voor integratie-egress vermeldt de providerspecifieke vereisten.

Controleren vóór de lancering

Test via hetzelfde bedrijfsnetwerk, dezelfde proxy, VPN, endpointbeveiliging en mailboxcontroles die uw medewerkers gebruiken:
  • Log in bij Dashboard en Engage; voltooi SSO/MFA of ontvang een werkende inloglink per e-mail.
  • Open een Dashboard-pagina en stel een vraag aan Livvy.
  • Open cataloguafbeeldingen, speel een video met ondertitels af en open een downloadbaar document.
  • Upload een klantbestand en bekijk het vervolgens als cursist; start een geüpload SCORM-pakket als u er een gebruikt.
  • Bezorg een welkomst- of trainingstoewijzingse-mail; controleer afzender, authenticatie, links en afbeeldingen.
  • Voer een simulatie uit via het gekozen bezorgingspad; controleer of deze in de inbox aankomt, of de landingspagina bereikbaar is en of antwoorden worden ontvangen bij scenario’s die op antwoorden zijn gebaseerd.
  • Koppel elke ingeschakelde integratie en controleer een daadwerkelijke gegevenssynchronisatie, niet alleen een geslaagde autorisatie.
Als een controle mislukt, leg dan de geblokkeerde hostnaam, het tijdstip, de regio, de getroffen functie en de gatewayfout of mailtrace vast en neem contact op met Support. Verwijder inloggegevens, sessietokens en query strings van ondertekende URL’s voordat u diagnostische gegevens deelt. Controleer deze handleiding en uw geëxporteerde simulatiepakket opnieuw wanneer de configuratie wijzigt.