> ## 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.

# Hurtigstart for allowlisting

> Allowlisting av nettverk og e-post ved onboarding: applikasjons-URL-er, API-er for USA og EU, autentisering, innholds-CDN-er, kundeopplastinger og e-postlevering.

Send denne siden til IT-teamet deres før onboarding. Den samler nettdestinasjoner, e-postavsendere, kilde-IP-er og valgfrie krav til opplasting og integrasjoner på ett sted. Enkelte sikkerhetsprodukter omtaler allowlisting som **whitelisting** eller **safelisting**.

## Start med den korte listen

**Nettilgang: HTTPS / TCP 443.** I mange miljøer dekker de to wildcard-oppføringene for Living Security, sammen med de eksterne vertene for innhold og påloggingsressurser nedenfor, de ansattes tilgang.

| Oppføring i tillatelseslisten | Formål |
| - | - |
| `*.livingsecurity.ai` | Applikasjoner, API-er for USA og EU, pålogging, delte ressurser og introduksjonsomvisninger |
| `*.livingsecurity.com` | Dokumentasjon og innhold, inkludert `platform-cdn.livingsecurity.com`, `assets.livingsecurity.com` og `videos.livingsecurity.com` for eldre videolenker der disse brukes |
| `assets.livingsecurity-content-cdn.ai` | Bilder, dokumenter og opplærings-/SCORM-innhold lastet opp av kunden |
| `uploads-us.assets.livingsecurity-content-cdn.ai`; `uploads-eu.assets.livingsecurity-content-cdn.ai` | Opplasting av innholds- og merkevarefiler, inkludert SCORM-pakker; tillat begge vertene, siden eksisterende ressurser kan beholde sin opprinnelige lagringsregion |
| `videos.livingsecurity-content-cdn.ai` | Videoer, miniatyrbilder og teksting lastet opp av kunden og fra katalogen |
| `cdn.contentful.com` | Levering av innhold fra Contentful |
| `images.ctfassets.net` | Bilder fra Contentful |
| `assets.ctfassets.net`; `downloads.ctfassets.net` | Filer og nedlastinger fra Contentful |

Vertene for kundeinnhold, opplasting og Contentful ligger **utenfor** jokertegnene for Living Security. Vertene for kundeinnhold og opplasting bruker `livingsecurity-content-cdn.ai`, som er et eget domene atskilt fra `livingsecurity.ai`.

Tillat også `static.descope.com` og `descopecdn.com` **kun for innebygde påloggingsressurser**; påloggingsforespørsler bruker `auth.livingsecurity.ai`.

Hvis dere kun bruker `*.livingsecurity.ai`, må dere legge til `platform-cdn.livingsecurity.com` og de andre `.com`-innholdsvertene som er oppført nedenfor.

> [!NOTE]
>
> De detaljerte vertsnavntabellene er beregnet på IT-team som ikke kan bruke
> wildcards; de krever ikke dupliserte regler. Kontroller om gatewayens wildcard
> samsvarer med nestede navn som `api.eu-west-1.livingsecurity.ai`. Et wildcard kan utelate
> selve domenet. Bruk vertsnavn for nettdestinasjoner, siden IP-adressene kan endres.

**Fullfør også e-postreglene nedenfor.** Innholdsforfattere trenger i tillegg [opplastingsdestinasjonene](#opplastingsdestinasjoner). Integrasjoner med begrensninger på kilde-IP trenger [reglene for tilkoblede systemer](#ip-regler-i-tilkoblede-systemer). Standardoppføringene finnes på denne siden; de lenkede veiledningene gir instruksjoner for oppsett.

## E-postlevering

### Autentiseringse-poster

| Avsenderadresse | Sendings-IP-er |
| - | - |
| `app@livingsecurity.ai` | `159.183.37.179/32`, `159.183.38.165/32` |

Bruk disse oppføringene for **e-poster for pålogging** i e-postbeskyttelsestjenesten deres. Kontroller at meldingene kommer frem før lenkene i dem utløper. Varsler bruker de samme IP-adressene; simuleringer bruker de separate områdene nedenfor. Se [Enterprise Identity](https://docs.livingsecurity.com/no/features/settings/sso.md).

### Transaksjonelle e-poster fra plattformen

De **samme to avsender-IP-ene som er oppført ovenfor** sender også plattformvarsler i **både USA og EU**. Tillat disse avsenderadressene og det autentiserte Return-Path-domenet:

| Konfigurasjon | Avsenderadresser | Return-Path / e-postautentisering |
| - | - | - |
| E-post fra Living Security-plattformen | `app@livingsecurity.ai`; `noreply@livingsecurity.ai` | `em9309.livingsecurity.ai` |
| Eget avsenderdomene | Den aktiverte adressen som vises under **Innstillinger → kommunikasjon → Sending Domain** | Bruk DNS-oppføringene som vises for domenet; plattformstyrt levering bruker de samme kilde-IP-ene som ovenfor |
| Deres egen SMTP-transport | **From email** som er lagret under **Innstillinger → kommunikasjon → SMTP Transport** | Avsender-IP-ene og e-postautentiseringen til deres eget relay |

Disse dekker velkomstmeldinger, tildelinger av opplæring, påminnelser og andre varsler. Behold SPF-, DKIM- og DMARC-validering aktivert. SMTP for simulering bruker egne områder nedenfor.

**Hvis deres eget SMTP-relay begrenser tilkoblinger etter kilde-IP**, må dere be Support om Living Securitys kilde-IP-er for SMTP-tilkobling for deres region før dere konfigurerer relayet. Disse identifiserer tilkoblingen **til relayet deres**, atskilt fra relayets egne avsender-IP-er. Ikke bruk de plattformstyrte e-post-IP-ene ovenfor eller API-IP-ene for integrasjoner nedenfor i stedet.

### Phishingsimuleringer

For **plattformstyrt SMTP** bruker dere organisasjonens region:

| Region | Sendende CIDR | Fullstendig adresseområde | Domene for e-postautentisering |
| - | - | - | - |
| USA (`us-east-1`) | `3.41.193.72/29` | `3.41.193.72` – `3.41.193.79` | `us.mail.trident-sim.com` |
| Den europeiske union (`eu-west-1`) | `3.40.138.240/29` | `3.40.138.240` – `3.40.138.247` | `eu.mail.trident-sim.com` |

Tillat **hele IP-området** for deres region. Bruk domenet for e-postautentisering i gateway-regler som krever det. Den synlige avsenderadressen varierer fra simulering til simulering; bruk den gjeldende allowlist-pakken for de valgte simuleringene.

Før oppstart må dere hente den organisasjonsspesifikke pakken under **Innstillinger → Phishing-simulering → Allowlisting → Export allowlist package**, eller be Customer Success Manager om den før dere har fått tilgang. Den inneholder aktiverte avsenderdomener, landingssider/URL-verter og det separate **Reply-To-domenet**. Gå gjennom de faktiske avsenderadressene for de valgte simuleringene hvis gatewayen krever fullstendige adresser. Last ned en oppdatert pakke når simuleringsinnstillingene endres.

**Direkte levering (DMI)** bruker den tilkoblede Microsoft 365- eller Google Workspace-integrasjonen; SMTP-kildeområdene gjelder ikke for denne leveringsveien. Google Workspace plasserer meldinger i hver innboks uten å sende e-post. Microsoft 365 sender ekte e-post fra simuleringspostboksen, slik at Microsoft 365-filtrene deres fortsatt gjelder for den. Tilgang til URL-er, samtykke hos leverandøren og innbokstesting er fortsatt viktig. Følg de leverandørspesifikke trinnene i [Innstillinger for simulering](https://docs.livingsecurity.com/no/features/settings/phishing-simulation.md#tillatelseslisting-og-eksport-av-tillatelsesliste), inkludert Microsoft Defenders kontroller for simulering der det er aktuelt.

## Tilgang til applikasjon og API

| Formål | Vertsnavn som skal tillates | Hvem trenger tilgang |
| - | - | - |
| Dashbord | `app.livingsecurity.ai` | Administratorer og ledere |
| Engage | `engage.livingsecurity.ai` | Ansatte som tar opplæring eller åpner tildelinger og resultatkort |
| API for USA | `api.us-east-1.livingsecurity.ai` | Nettlesere og API-klienter som bruker regionen USA |
| API for EU | `api.eu-west-1.livingsecurity.ai` | Nettlesere og API-klienter som bruker regionen EU |
| Pålogging | `auth.livingsecurity.ai` | Administratorer og ansatte som logger på |
| Dokumentasjon | `docs.livingsecurity.com` | Administratorer og brukere som leser hjelp |

For EU-organisasjoner må **begge API-vertsnavnene** tillates for pålogging i nettleser og applikasjonstilgang. For en direkte API-integrasjon bruker dere den regionale URL-en som er tildelt organisasjonen. Se [Hurtigstart for API](https://docs.livingsecurity.com/no/developers/v1/quickstart.md).

Hvis organisasjonen bruker et tilpasset vertsnavn for applikasjon eller pålogging, må dere ta med det nøyaktige vertsnavnet som ble oppgitt under oppsettet.

### Krav til pålogging

| Formål | Vertsnavn | Når det er nødvendig |
| - | - | - |
| Innebygde påloggingsressurser | `static.descope.com`; `descopecdn.com` | Skript, stiler og andre ressurser som viser det innebygde påloggingsskjemaet; dette er ressursverter, ikke API-endepunkter for pålogging |
| Skrifttyper og skript for pålogging | `fonts.googleapis.com`; `fonts.gstatic.com`; `cdn.jsdelivr.net` | Når det innebygde påloggingsskjemaet ber om dem |
| Deres identitetsleverandør | Organisasjonens vertsnavn for SSO og MFA | SSO-omdirigeringer og autentiseringsutfordringer |

Påloggingsforespørsler bruker **`auth.livingsecurity.ai`**, oppført ovenfor. Det innebygde skjemaet laster også ressurser fra vertene i denne tabellen. Hvis skjemaet ikke vises riktig, ber dere IT-teamet kontrollere om forespørslene om disse ressursene blokkeres.

## Innhold, CDN-er og kundeopplastinger

Tillat disse vertene for administratorer som forhåndsviser innhold og ansatte som bruker det. Beskyttelse av bilder i e-post kan også trenge tilgang til bildevertene.

| Formål | Vertsnavn | Omfang |
| - | - | - |
| **Ressurser lastet opp av kunden** | `assets.livingsecurity-content-cdn.ai` | Organisasjonens bilder, dokumenter, e-postressurser og opplastet opplærings-/SCORM-innhold |
| Videoer lastet opp av kunden og katalogvideoer | `videos.livingsecurity-content-cdn.ai` | Videostrømming, miniatyrbilder og undertekster |
| Applikasjonsbilder og -ressurser | `cdn.livingsecurity.ai` | Bilder og andre ressurser som vises i applikasjonen |
| Innholdslevering fra Living Security | `platform-cdn.livingsecurity.com` | Plattforminnhold; dekket av `*.livingsecurity.com` |
| Innholdslevering fra Contentful | `cdn.contentful.com` | Innhold som hostes hos Contentful |
| Bilder fra Contentful | `images.ctfassets.net` | Katalogillustrasjoner og opplæringsbilder |
| Filer fra Contentful | `assets.ctfassets.net`; `downloads.ctfassets.net` | Katalogfiler og store nedlastbare ressurser |
| Opplæringsmedier | `assets.livingsecurity.com` | Opplæringsmedier som leveres via innholdsvertsnavnet til Living Security; dekket av `*.livingsecurity.com` |
| Eldre videoavspilling | `videos.livingsecurity.com` | Når eksisterende opplæringsinnhold bruker dette vertsnavnet; dekket av `*.livingsecurity.com` |

Vertene for kundens ressurser og videoer ligger på **`livingsecurity-content-cdn.ai`**, et annet domene enn `livingsecurity.ai`. Det er **ikke** nok å tillate `*.livingsecurity.ai` alene. Oppgi de eksplisitte vertene ovenfor når gatewayen ikke støtter wildcards. Et wildcard kan i tillegg utelate selve domenet eller nestede underdomener i sikkerhetsproduktet deres.

Hvis dere legger til eksternt hostet innhold, må dere også tillate destinasjonene dette innholdet bruker. Gå gjennom disse adressene før innholdet tildeles ansatte.

### Opplastingsdestinasjoner

**Administratorer som laster opp innhold eller merkevarefiler.** Disse destinasjonene mottar nye opplastinger; ansatte som ser på eksisterende innhold trenger CDN-vertene ovenfor.

| Type opplasting | Destinasjon som skal tillates over HTTPS / TCP 443 |
| - | - |
| Filer og SCORM-pakker – USA | `uploads-us.assets.livingsecurity-content-cdn.ai` |
| Filer og SCORM-pakker – EU | `uploads-eu.assets.livingsecurity-content-cdn.ai` |
| Gjenopptakbare videoopplastinger – USA | `api.us-east-1.livingsecurity.ai` |
| Gjenopptakbare videoopplastinger – EU | `api.eu-west-1.livingsecurity.ai` |

Tillat begge vertene for opplasting av ressurser for bilder, dokumenter, egendefinerte skrifttyper, ikoner for rapportering og SCORM-pakker. Eksisterende bilder og dokumenter kan beholde sin opprinnelige lagringsregion. Bruk video-API-et for organisasjonens region.

Tillat `PUT` og `OPTIONS` for filopplastinger, og `POST`, `PATCH`, `HEAD`, `DELETE` og `OPTIONS` for gjenopptakbare videoopplastinger. Bevar URL-spørrestrengene og opplastingshodene som applikasjonen oppgir.

SCORM-pakker kan være opptil **`500 MiB`** (`524288000` byte). Tillat at hele pakken lastes opp i én forespørsel; en lavere grense for forespørselens innhold i gatewayen kan blokkere opplastingen.

Opplastingsdestinasjonene ble verifisert i produksjon for USA og EU 4. november 2026.

## Tilleggsfunksjoner og integrasjoner

* **SSO/MFA og samtykke for integrasjoner:** tillat identitetsleverandøren og sidene for pålogging og samtykke for hvert system dere kobler til.
* **Omvisninger ved onboarding:** `onboard.livingsecurity.ai`, dekket av wildcardet `.ai`; tillat HTTPS og sikre WebSockets på TCP 443.
* **Livvy og sanntidsoppdateringer:** tillat strømmende HTTPS-svar og sikre WebSockets på TCP 443.
* **Eksternt innhold, egendefinerte domener og LMS-et deres:** ta med de nøyaktige vertene organisasjonen bruker. Test hostet SCORM fra deltakernes nettverk.

## IP-regler i tilkoblede systemer

Hvis et system dere kobler til begrenser API-tilgang etter kilde-IP, legger dere disse adressene til i **det systemets API-allowlist**. Det er kildeadressene systemet vil se når Living Security ber om data. De er ikke utgående destinasjoner for ansattes enheter.

Tillat alle fire **sync**-adressene (like for USA og EU):

| 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` |

Tillat også **plattform**-paret for deres region når dere bruker noen av disse integrasjonene:

* [Auth0](https://docs.livingsecurity.com/no/integrations/auth0.md)
* Check Point Harmony Email
* [Cofense Triage](https://docs.livingsecurity.com/no/integrations/cofense-triage.md)
* Code42
* Cornerstone
* [CrowdStrike Falcon](https://docs.livingsecurity.com/no/integrations/crowdstrike.md)
* Keepnet Labs
* [Microsoft Entra ID](https://docs.livingsecurity.com/no/integrations/microsoft-entra-id.md) – inkludert Microsoft Graph
* [OneLogin](https://docs.livingsecurity.com/no/integrations/onelogin.md)
* [SailPoint IdentityNow](https://docs.livingsecurity.com/integrations/sailpoint-identitynow.md)
* Sophos Central
* Zscaler Client Connector

Plattformparet gjelder også for tilkoblinger som er konfigurert for **direkte egress**, og for leverandører som krever direkte handlinger. La begge adressesettene være tillatt for å opprettholde autentisering, synkroniseringer og handlinger:

| Region | IP-adresser | CIDR |
| - | - | - |
| **USA** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` |
| **Den europeiske union** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` |

La alle nødvendige adresser forbli tillatt etter oppsettet, slik at autentisering og datasynkronisering fortsetter å fungere. Bruk disse oppføringene kun for API-tilgang for integrasjoner. [Veiledningen om egress for integrasjoner](https://docs.livingsecurity.com/no/integrations/managing/egress-ip-addresses.md#integrasjoner-som-trenger-begge-settene) beskriver leverandørspesifikke krav.

## Kontroller før oppstart

Test via det samme bedriftsnettverket, den samme proxyen, VPN-en, endepunktsbeskyttelsen og postboks-kontrollene som de ansatte bruker:

* Logg på Dashbord og Engage; fullfør SSO/MFA eller motta en fungerende påloggingslenke på e-post.
* Åpne en side i Dashbord og still Livvy et spørsmål.
* Åpne katalogbilder, spill av en video med undertekster og åpne et nedlastbart dokument.
* Last opp en kunderessurs, og forhåndsvis den deretter som deltaker; start en opplastet SCORM-pakke hvis dere bruker en.
* Lever en velkomst- eller opplæringstildelings-e-post; kontroller avsender, autentisering, lenker og bilder.
* Kjør en simulering via den valgte leveringsveien; kontroller at e-posten kommer til innboksen, at landingssiden er tilgjengelig, og at svar fungerer for scenarioer basert på svar.
* Koble til hver aktiverte integrasjon og kontroller at en faktisk datasynkronisering fungerer, ikke bare at autorisasjonen lykkes.

Hvis en kontroll mislykkes, noterer dere det blokkerte vertsnavnet, tidspunktet, regionen, den berørte funksjonen og gateway-feilen eller e-postsporingen, og kontakter deretter Support. Fjern legitimasjon, sesjonstokener og spørrestrenger i signerte URL-er før dere deler diagnostikk. Gå gjennom denne veiledningen og den eksporterte simuleringspakken på nytt når konfigurasjonen endres.


## Related topics

- [Hurtigstart for konfigurasjon](https://docs.livingsecurity.com/no/guides/configuration-quick-start.md)
- [Konfigurere utgående IP-adresser for integrasjoner](https://docs.livingsecurity.com/no/integrations/managing/egress-ip-addresses.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.