Skip to main content
Skicka den här sidan till er IT-avdelning före onboarding. Den samlar webbmålen, e-postavsändarna, käll-IP-adresserna samt valfria krav för uppladdning och integrationer på ett ställe. Vissa säkerhetsprodukter kallar allowlisting för whitelisting eller safelisting.

Börja med den korta listan

Webbåtkomst: HTTPS / TCP 443. I många miljöer räcker de två jokertecknen för Living Security, tillsammans med de externa värdarna för innehåll och inloggningsresurser nedan, för att medarbetarna ska få åtkomst. Värdarna för kundinnehåll, uppladdningar och Contentful ligger utanför jokertecknen för Living Security. Värdarna för kundinnehåll och uppladdningar använder livingsecurity-content-cdn.ai, en separat domän från livingsecurity.ai. Tillåt även static.descope.com och descopecdn.com endast för inbäddade inloggningsresurser. Inloggningsförfrågningar använder auth.livingsecurity.ai. Om ni bara använder *.livingsecurity.ai ska ni lägga till platform-cdn.livingsecurity.com och de övriga innehållsvärdarna för .com som anges nedan.
De detaljerade värdnamnstabellerna är avsedda för IT-team som inte kan använda jokertecken; de kräver inga dubbla regler. Kontrollera om jokertecknet i er gateway matchar nästlade namn som api.eu-west-1.livingsecurity.ai. Ett jokertecken kan undanta själva rotdomänen. Använd värdnamn för webbmål, eftersom deras IP-adresser kan ändras.
Slutför även e-postreglerna nedan. Innehållsskapare behöver dessutom uppladdningsmålen. Integrationer med begränsningar av käll-IP behöver reglerna för anslutna system. Standardposterna finns på den här sidan; länkade guider innehåller installationsanvisningar.

E-postleverans

Autentiseringsmejl

Tillämpa dessa poster på inloggningsmejl i er e-postskyddstjänst. Kontrollera att meddelandena kommer fram innan länkarna upphör att gälla. Aviseringar använder samma IP-adresser; simuleringar använder de separata intervallen nedan. Se Enterprise Identity.

Transaktionsmejl från plattformen

De samma två avsändar-IP-adresser som anges ovan skickar även plattformsaviseringar i både USA och EU. Tillåt dessa From-adresser och den autentiserade return-path-domänen: Dessa omfattar välkomstmeddelanden, tilldelningar av utbildning, påminnelser och andra aviseringar. Låt SPF-, DKIM- och DMARC-validering vara aktiverad. SMTP för simuleringar använder egna intervall nedan. Om er egen SMTP-relä begränsar anslutningar efter käll-IP, ska ni begära Living Securitys käll-IP-adresser för SMTP-anslutningar för er region från supporten innan ni konfigurerar reläet. Dessa identifierar anslutningen till ert relä, separat från reläets egna avsändar-IP-adresser. Ersätt dem inte med de plattformshanterade e-post-IP-adresserna ovan eller med API-IP-adresserna för integrationer nedan.

Phishingsimuleringar

För plattformshanterad SMTP använder ni er organisations region: Tillåt hela IP-intervallet för er region. Använd domänen för e-postautentisering i gatewayregler som kräver det. Den synliga From-adressen varierar mellan simuleringar; använd det aktuella allowlist-paketet för de simuleringar ni har valt. Före lansering hämtar ni det organisationsspecifika paketet från Inställningar → Phishing-simulering → Allowlisting → Export allowlist package, eller begär det från er Customer Success Manager innan ni har fått åtkomst. Det innehåller aktiverade avsändardomäner, värdar för landningssidor och URL:er samt den separata Reply-To-domänen. Granska de faktiska From-adresserna för de valda simuleringarna om er gateway kräver fullständiga adresser. Ladda ned ett uppdaterat paket när era simuleringsinställningar ändras. Direktleverans (DMI) använder er anslutna integration med Microsoft 365 eller Google Workspace; SMTP-källintervallen gäller inte för den leveranskedjan. Google Workspace placerar meddelanden i varje inkorg utan att skicka e-post. Microsoft 365 skickar riktig e-post från er simuleringsbrevlåda, så era filter i Microsoft 365 gäller fortfarande. Åtkomst till URL:er, leverantörens medgivande och inkorgstester är fortfarande viktiga. Följ de leverantörsspecifika stegen i Simulation Settings, inklusive Microsoft Defenders simuleringskontroller i tillämpliga fall.

Åtkomst till programmet och API:et

För organisationer i EU ska ni tillåta båda API-värdnamnen för inloggning via webbläsare och åtkomst till programmet. För en direkt API-integration använder ni den regionala URL som tilldelats er organisation. Se API quickstart. Om er organisation använder ett anpassat värdnamn för programmet eller inloggningen ska ni ta med det exakta värdnamn som angavs under installationen.

Krav för inloggning

Inloggningsförfrågningar använder auth.livingsecurity.ai, som anges ovan. Det inbäddade formuläret läser också in resurser från värdarna i den här tabellen. Om formuläret inte visas korrekt ber ni er IT-avdelning kontrollera om dessa resursförfrågningar blockeras.

Innehåll, CDN:er och kunduppladdningar

Tillåt dessa värdar för administratörer som förhandsgranskar innehåll och medarbetare som tar del av det. Skydd för e-postbilder kan också behöva åtkomst till bildvärdar. Värdarna för kundresurser och videor finns på livingsecurity-content-cdn.ai, en annan domän än livingsecurity.ai. Att enbart tillåta *.livingsecurity.ai omfattar inte dem. Ange de explicita värdarna ovan om er gateway inte stöder jokertecken. Ett jokertecken kan dessutom utelämna rotdomänen eller nästlade underdomäner i er säkerhetsprodukt. Om ni lägger till externt hostat innehåll ska ni även tillåta de mål som innehållet använder. Granska dessa adresser innan ni tilldelar innehållet till medarbetare.

Uppladdningsmål

Administratörer som laddar upp innehåll eller varumärkesfiler. Dessa mål tar emot nya uppladdningar; medarbetare som visar befintligt innehåll behöver CDN-värdarna ovan. Tillåt båda värdarna för resursuppladdning för bilder, dokument, anpassade typsnitt, reporter-ikoner och SCORM-paket. Befintliga bilder och dokument kan behålla sin ursprungliga lagringsregion. Använd video-API:et för er organisations region. Tillåt PUT och OPTIONS för filuppladdningar, samt POST, PATCH, HEAD, DELETE och OPTIONS för återupptagbara videouppladdningar. Bevara URL:ernas frågesträngar och de uppladdningshuvuden som programmet tillhandahåller. SCORM-paket kan vara upp till 500 MiB (524288000 byte). Tillåt hela paketet i en enda uppladdningsförfrågan; en lägre gräns för förfrågans innehåll i er gateway kan blockera uppladdningen. Uppladdningsmålen verifierades i produktionsmiljöerna i USA och EU den 4 november 2026.

Ytterligare funktioner och integrationer

  • SSO/MFA och medgivande för integrationer: tillåt er identitetsleverantör samt inloggnings- och medgivandesidorna för varje system ni ansluter.
  • Introduktionsturer: onboard.livingsecurity.ai, som omfattas av jokertecknet .ai; tillåt HTTPS och säkra WebSockets på TCP 443.
  • Livvy och liveuppdateringar: tillåt strömmande HTTPS-svar och säkra WebSockets på TCP 443.
  • Externt innehåll, anpassade domäner och ert LMS: ta med de exakta värdar som er organisation använder. Testa hostat SCORM från deltagarnas nätverk.

IP-regler i era anslutna system

Om ett system som ni ansluter begränsar API-åtkomst efter käll-IP ska ni lägga till dessa adresser i det systemets API-allowlist. Det är de källadresser som systemet ser när Living Security begär data. De är inte utgående mål för medarbetarnas enheter. Tillåt alla fyra synkroniseringsadresser (samma i USA och EU): Tillåt även plattformsparet för er region när ni använder någon av dessa integrationer: Plattformsparet gäller också för anslutningar som konfigurerats för direkt egress och för leverantörer som kräver direkta åtgärder. Låt båda adressuppsättningarna vara tillåtna så att autentisering, synkroniseringar och åtgärder fortsätter fungera: Låt alla nödvändiga adresser vara tillåtna efter installationen så att autentisering och datasynkronisering fortsätter fungera. Använd dessa poster endast för API-åtkomst för integrationer. Guiden för integrationers egress anger leverantörsspecifika krav.

Verifiera före lansering

Testa via samma företagsnätverk, proxy, VPN, slutpunktsskydd och brevlådekontroller som era medarbetare använder:
  • Logga in i Instrumentpanel och Engage; slutför SSO/MFA eller ta emot en fungerande inloggningslänk via e-post.
  • Öppna en sida i Instrumentpanel och ställ en fråga till Livvy.
  • Öppna katalogbilder, spela upp en video med undertexter och öppna ett nedladdningsbart dokument.
  • Ladda upp en kundresurs och förhandsgranska den sedan som deltagare; starta ett uppladdat SCORM-paket om ni använder ett.
  • Leverera ett välkomstmejl eller ett mejl om tilldelad utbildning; kontrollera avsändare, autentisering, länkar och bilder.
  • Kör en simulering via den valda leveransvägen; verifiera att meddelandet kommer till inkorgen, att landningssidan är åtkomlig och att svar fungerar för scenarier som bygger på svar.
  • Anslut varje aktiverad integration och verifiera en faktisk datasynkronisering, inte bara lyckad auktorisering.
Om en kontroll misslyckas samlar ni in det blockerade värdnamnet, tidpunkten, regionen, den berörda funktionen samt gatewayfelet eller e-postspårningen och kontaktar sedan supporten. Ta bort autentiseringsuppgifter, sessionstokens och frågesträngar i signerade URL:er innan ni delar diagnostik. Kontrollera den här guiden och ert exporterade simuleringspaket på nytt när konfigurationen ändras.