Skip to main content
Lähettäkää tämä sivu IT-tiimillenne ennen käyttöönottoa. Sivulla on koottuna verkkokohteet, sähköpostin lähettäjät, lähde-IP-osoitteet sekä valinnaiset lataus- ja integraatiovaatimukset. Joissakin tietoturvatuotteissa allowlistingia kutsutaan nimillä whitelisting tai safelisting.

Aloittakaa lyhyestä luettelosta

Verkkopääsy: HTTPS / TCP 443. Monissa ympäristöissä kaksi Living Securityn jokerimerkkiosoitetta sekä alla luetellut ulkoiset sisältö- ja kirjautumisresurssien isännät kattavat työntekijöiden pääsyn. Asiakassisällön, latausten ja Contentfulin isännät ovat Living Securityn jokerimerkkien ulkopuolella. Asiakassisällön ja latausten isännät käyttävät verkkotunnusta livingsecurity-content-cdn.ai, joka on erillinen verkkotunnus kuin livingsecurity.ai. Sallikaa lisäksi static.descope.com ja descopecdn.com vain upotetun kirjautumisen resursseille; kirjautumispyynnöt käyttävät osoitetta auth.livingsecurity.ai. Jos käytätte vain osoitetta *.livingsecurity.ai, lisätkää platform-cdn.livingsecurity.com ja muut alla luetellut .com-sisältöisännät.
Yksityiskohtaiset isäntänimitaulukot on tarkoitettu IT-tiimeille, jotka eivät voi käyttää jokerimerkkejä; ne eivät edellytä päällekkäisiä sääntöjä. Tarkistakaa, kattaako yhdyskäytävänne jokerimerkki sisäkkäiset nimet, kuten api.eu-west-1.livingsecurity.ai. Jokerimerkki voi rajata pois pelkän päädomainin. Käyttäkää verkkokohteille isäntänimiä, koska niiden IP-osoitteet voivat muuttua.
Tehkää myös alla olevat sähköpostisäännöt. Sisällöntuottajat tarvitsevat lisäksi latauskohteet. Integraatiot, joissa on lähde-IP-rajoituksia, tarvitsevat yhdistettyjen järjestelmien säännöt. Vakiomerkinnät ovat tällä sivulla; linkitetyt oppaat sisältävät asennusohjeet.

Sähköpostin toimitus

Todennussähköpostit

Ottakaa nämä merkinnät käyttöön sähköpostisuojauspalvelussanne kirjautumissähköposteille. Varmistakaa, että viestit saapuvat ennen kuin niiden linkit vanhenevat. Ilmoitukset käyttävät samoja IP-osoitteita; simulaatiot käyttävät alla olevia erillisiä alueita. Katso Enterprise Identity.

Alustan tapahtumasähköpostit

Samat kaksi yllä lueteltua lähettävää IP-osoitetta lähettävät alustan ilmoitukset myös sekä US- että EU-alueella. Sallikaa nämä lähettäjäosoitteet ja todennettu return-path-verkkotunnus: Nämä kattavat tervetuloviestit, koulutustehtävät, muistutukset ja muut ilmoitukset. Pitäkää SPF-, DKIM- ja DMARC-validointi käytössä. Simulaatioiden SMTP käyttää alla olevia omia alueitaan. Jos oma SMTP-välityspalvelimenne rajoittaa yhteyksiä lähde-IP:n perusteella, pyytäkää Living Securityn SMTP-yhteyksien lähde-IP-osoitteet alueellenne tukipalvelusta ennen välityspalvelimen määrittämistä. Nämä yksilöivät yhteyden välityspalvelimeenne, erillään välityspalvelimenne omista lähettävistä IP-osoitteista. Älkää korvatko niitä yllä olevilla alustan hallinnoimilla sähköposti-IP-osoitteilla tai alla olevilla integraatioiden API-IP-osoitteilla.

Tietojenkalastelusimulaatiot

Alustan hallinnoimassa SMTP:ssä käyttäkää organisaationne aluetta: Sallikaa alueenne koko IP-alue. Käyttäkää sähköpostin todennusverkkotunnusta yhdyskäytäväsäännöissä, jotka sitä edellyttävät. Näkyvä lähettäjäosoite vaihtelee simulaatioittain; käyttäkää valitsemienne simulaatioiden ajantasaista allowlist-pakettia. Hankkikaa organisaatiokohtainen paketti ennen käynnistystä kohdasta Asetukset → Kalastelusimulaatio → Allowlisting → Export allowlist package tai pyytäkää se Customer Success Manageriltanne ennen kuin teillä on pääsy. Se sisältää käytössä olevat lähettävät verkkotunnukset, aloitussivujen/URL-osoitteiden isännät ja erillisen Reply-To-verkkotunnuksen. Tarkistakaa valitsemienne simulaatioiden todelliset lähettäjäosoitteet, jos yhdyskäytävänne vaatii täydelliset osoitteet. Ladatkaa päivitetty paketti, kun simulaatioasetuksenne muuttuvat. Suora toimitus (DMI) käyttää yhdistettyä Microsoft 365- tai Google Workspace -integraatiotanne; SMTP-lähdealueet eivät koske tätä toimitusreittiä. Google Workspace sijoittaa viestit kunkin postilaatikon saapuneisiin lähettämättä sähköpostia. Microsoft 365 lähettää oikean sähköpostin simulaatiopostilaatikostanne, joten Microsoft 365 -suodattimenne vaikuttavat siihen edelleen. URL-osoitteiden saavutettavuus, palveluntarjoajan suostumus ja postilaatikkotestaus ovat edelleen tärkeitä. Noudattakaa palveluntarjoajakohtaisia ohjeita kohdassa Simulaatioasetukset, mukaan lukien Microsoft Defenderin simulaatioasetukset, kun ne ovat käytössä.

Sovellus- ja API-käyttö

EU-organisaatioiden tulee sallia molemmat API-isäntänimet selaimen kautta tapahtuvaa kirjautumista ja sovelluksen käyttöä varten. Suorassa API-integraatiossa käyttäkää organisaationne määritettyä alueellista URL-osoitetta. Katso API-pikaopas. Jos organisaationne käyttää mukautettua sovellus- tai kirjautumisisäntänimeä, lisätkää sääntöihin käyttöönoton aikana annettu tarkka isäntänimi.

Kirjautumisen vaatimukset

Kirjautumispyynnöt käyttävät osoitetta auth.livingsecurity.ai, joka on lueteltu yllä. Upotettu lomake lataa resursseja myös tämän taulukon isänniltä. Jos lomake ei näy oikein, pyytäkää IT-tiimiänne tarkistamaan, onko näiden resurssipyyntöjen käyttö estetty.

Sisältö, CDN-palvelut ja asiakkaiden lataukset

Sallikaa nämä isännät sisältöä esikatseleville ylläpitäjille ja sitä käyttäville työntekijöille. Sähköpostin kuvasuojaus voi tarvita pääsyn myös kuvaisännille. Asiakkaiden resurssi- ja videoisännät sijaitsevat verkkotunnuksessa livingsecurity-content-cdn.ai, joka on eri verkkotunnus kuin livingsecurity.ai. Pelkkä *.livingsecurity.ai sallittuna ei kata niitä. Syöttäkää yllä olevat tarkat isännät, jos yhdyskäytävänne ei tue jokerimerkkejä. Jokerimerkki ei myöskään välttämättä kata pelkkää päädomainia tai sisäkkäisiä aliverkkotunnuksia tietoturvatuotteessanne. Jos lisäätte ulkopuolella isännöityä sisältöä, sallikaa myös kohteet, joita kyseinen sisältö käyttää. Tarkistakaa nämä osoitteet ennen sisällön määrittämistä työntekijöille.

Latauskohteet

Ylläpitäjät, jotka lataavat sisältöä tai brändäystiedostoja. Nämä kohteet vastaanottavat uudet lataukset; olemassa olevaa sisältöä katselevat työntekijät tarvitsevat yllä olevat CDN-isännät. Sallikaa molemmat resurssilatausisännät kuville, asiakirjoille, mukautetuille fonteille, ilmoituskuvakkeille ja SCORM-paketeille. Olemassa olevat kuvat ja asiakirjat voivat säilyttää alkuperäisen tallennusalueensa. Käyttäkää organisaationne alueen video-APIa. Sallikaa PUT ja OPTIONS tiedostolatauksille sekä POST, PATCH, HEAD, DELETE ja OPTIONS jatkettaville videolatauksille. Säilyttäkää sovelluksen antamat URL-osoitteiden kyselymerkkijonot ja latausotsikot. SCORM-paketit voivat olla enintään 500 MiB (524288000 tavua). Sallikaa koko paketti yhdellä latauspyynnöllä; yhdyskäytävänne alhaisempi pyynnön sisällön kokoraja voi estää latauksen. Latauskohteet on varmistettu US- ja EU-tuotantoympäristöissä 4. marraskuuta 2026.

Lisäominaisuudet ja integraatiot

  • SSO/MFA ja integraation suostumus: sallikaa identiteetintarjoajanne sekä kunkin yhdistämänne järjestelmän kirjautumis- ja suostumussivut.
  • Käyttöönoton opastukset: onboard.livingsecurity.ai, jonka kattaa jokerimerkki .ai; sallikaa HTTPS ja suojatut WebSocket-yhteydet TCP-portissa 443.
  • Livvy ja reaaliaikaiset päivitykset: sallikaa suoratoistettavat HTTPS-vastaukset ja suojatut WebSocket-yhteydet TCP-portissa 443.
  • Ulkoinen sisältö, mukautetut verkkotunnukset ja LMS:nne: lisätkää organisaationne käyttämät tarkat isännät. Testatkaa isännöity SCORM oppijan verkosta.

IP-säännöt yhdistetyissä järjestelmissänne

Jos yhdistämänne järjestelmä rajoittaa API-käyttöä lähde-IP:n perusteella, lisätkää nämä osoitteet kyseisen järjestelmän API-allowlistiin. Ne ovat lähdeosoitteet, jotka järjestelmä näkee, kun Living Security pyytää tietoja. Ne eivät ole työntekijöiden laitteiden lähtevän liikenteen kohteita. Sallikaa kaikki neljä synkronointiosoitetta (samat US- ja EU-alueella): Sallikaa lisäksi alueenne alustaparin osoitteet, kun käytätte jotakin näistä integraatioista: Alustapari koskee myös suoraa lähtevää liikennettä (direct egress) varten määritettyjä yhteyksiä ja palveluntarjoajia, jotka edellyttävät suoria toimenpiteitä. Pitäkää molemmat osoitejoukot sallittuina, jotta todennus, synkronoinnit ja toimenpiteet jatkuvat: Pitäkää kaikki tarvittavat osoitteet sallittuina käyttöönoton jälkeenkin, jotta todennus ja tietojen synkronoinnit toimivat edelleen. Käyttäkää näitä merkintöjä vain integraatioiden API-käyttöön. Integraatioiden egress-opas listaa palveluntarjoajakohtaiset vaatimukset.

Tarkistus ennen käynnistystä

Testatkaa samalla yritysverkolla, välityspalvelimella, VPN:llä, päätelaitteiden suojauksella ja postilaatikkokontrolleilla, joita työntekijänne käyttävät:
  • Kirjautukaa Kojelauta- ja Engage-näkymiin; suorittakaa SSO/MFA tai vastaanottakaa toimiva sähköpostikirjautumislinkki.
  • Avatkaa Kojelauta-sivu ja kysykää Livvyltä kysymys.
  • Avatkaa katalogin kuvia, toistakaa tekstitetty video ja avatkaa ladattava asiakirja.
  • Ladatkaa asiakasresurssi ja esikatselkaa sitä oppijana; käynnistäkää ladattu SCORM-paketti, jos käytätte sellaista.
  • Toimittakaa tervetuloviesti tai koulutustehtäväsähköposti; tarkistakaa sen lähettäjä, todennus, linkit ja kuvat.
  • Suorittakaa simulaatio valitulla toimitusreitillä; varmistakaa viestin saapuminen postilaatikkoon, aloitussivun saavutettavuus ja vastaukset vastauspohjaisissa skenaarioissa.
  • Yhdistäkää kukin käyttöön otettu integraatio ja varmistakaa todellinen tietojen synkronointi, ei vain onnistunut valtuutus.
Jos jokin tarkistus epäonnistuu, kirjatkaa estetty isäntänimi, ajankohta, alue, vaikuttanut ominaisuus sekä yhdyskäytävän virhe tai sähköpostin jäljitys ja ottakaa yhteyttä tukipalveluun. Poistakaa tunnistetiedot, istuntotunnisteet ja allekirjoitettujen URL-osoitteiden kyselymerkkijonot ennen diagnostiikkatietojen jakamista. Tarkistakaa tämä opas ja viety simulaatiopaketti uudelleen, kun määritykset muuttuvat.