> ## 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. # Guida rapida alla configurazione della lista bianca > Configurazione della lista bianca di rete ed e-mail per l'onboarding: URL dell'applicazione, API US ed EU, autenticazione, CDN dei contenuti, caricamenti dei clienti e recapito delle e-mail. Inviate questa pagina al vostro team IT prima dell'onboarding. Raccoglie in un unico punto le destinazioni web, i mittenti e-mail, gli IP di origine e i requisiti facoltativi per i caricamenti e le integrazioni. Alcuni prodotti di sicurezza chiamano la configurazione della lista bianca **whitelisting** o **safelisting**. ## Iniziare dall'elenco breve **Accesso web: HTTPS / TCP 443.** In molti ambienti, i due caratteri jolly di Living Security, insieme agli host esterni per i contenuti e per le risorse di accesso indicati di seguito, coprono l'accesso dei dipendenti. | Voce dell'allowlist | Finalità | | - | - | | `*.livingsecurity.ai` | Applicazioni, API per Stati Uniti e UE, accesso, risorse condivise e tour di onboarding | | `*.livingsecurity.com` | Documentazione e contenuti, inclusi `platform-cdn.livingsecurity.com`, `assets.livingsecurity.com` e `videos.livingsecurity.com` per i link video legacy, ove utilizzati | | `assets.livingsecurity-content-cdn.ai` | Immagini, documenti e contenuti di formazione/SCORM caricati dal cliente | | `uploads-us.assets.livingsecurity-content-cdn.ai`; `uploads-eu.assets.livingsecurity-content-cdn.ai` | Caricamenti di file di contenuti e di branding, inclusi i pacchetti SCORM; consentire entrambi gli host, poiché le risorse esistenti possono mantenere la regione di archiviazione originale | | `videos.livingsecurity-content-cdn.ai` | Video, miniature e sottotitoli caricati dal cliente e del catalogo | | `cdn.contentful.com` | Distribuzione dei contenuti Contentful | | `images.ctfassets.net` | Immagini Contentful | | `assets.ctfassets.net`; `downloads.ctfassets.net` | File e download Contentful | Gli host per i contenuti del cliente, i caricamenti e Contentful si trovano **al di fuori** dei caratteri jolly di Living Security. Gli host per i contenuti del cliente e per i caricamenti utilizzano `livingsecurity-content-cdn.ai`, un dominio distinto da `livingsecurity.ai`. Consentite inoltre `static.descope.com` e `descopecdn.com` **esclusivamente per le risorse di accesso incorporate**; le richieste di accesso utilizzano `auth.livingsecurity.ai`. Se utilizzate solo `*.livingsecurity.ai`, aggiungete `platform-cdn.livingsecurity.com` e gli altri host di contenuti `.com` elencati di seguito. > [!NOTE] > > Le tabelle dettagliate degli hostname sono destinate ai team IT che non possono > usare caratteri jolly; non richiedono regole duplicate. Verificate se il carattere > jolly del vostro gateway corrisponde a nomi annidati come `api.eu-west-1.livingsecurity.ai`. Un carattere > jolly potrebbe escludere il dominio principale. Utilizzate gli hostname per le > destinazioni web, perché i relativi IP possono cambiare. **Completate anche le regole e-mail riportate di seguito.** Gli autori di contenuti hanno inoltre bisogno delle [destinazioni di caricamento](#destinazioni-di-caricamento). Le integrazioni con restrizioni sugli IP di origine richiedono le [regole per i sistemi connessi](#regole-ip-nei-sistemi-connessi). Le voci standard sono riportate in questa pagina; le guide collegate forniscono le istruzioni di configurazione. ## Recapito delle e-mail ### E-mail di autenticazione | Indirizzo mittente | IP di invio | | - | - | | `app@livingsecurity.ai` | `159.183.37.179/32`, `159.183.38.165/32` | Applicate queste voci alle **e-mail di accesso** nel vostro servizio di protezione della posta. Verificate che i messaggi arrivino prima della scadenza dei relativi link. Le notifiche utilizzano gli stessi IP; le simulazioni utilizzano gli intervalli separati indicati di seguito. Consultate [Enterprise Identity](https://docs.livingsecurity.com/it/features/settings/sso.md). ### E-mail transazionali della piattaforma I **due stessi IP di invio elencati sopra** inviano anche le notifiche della piattaforma in **entrambe le regioni, US ed EU**. Consentite questi indirizzi del mittente e il dominio Return-Path autenticato: | Configurazione | Indirizzi del mittente | Return-Path / autenticazione della posta | | - | - | - | | E-mail della piattaforma Living Security | `app@livingsecurity.ai`; `noreply@livingsecurity.ai` | `em9309.livingsecurity.ai` | | Dominio di invio personalizzato | L'indirizzo attivato mostrato in **Impostazioni → Comunicazioni → Dominio di invio** | Utilizzate i record DNS visualizzati per quel dominio; il recapito gestito dalla piattaforma utilizza gli stessi IP di origine indicati sopra | | Il vostro trasporto SMTP | L'**E-mail del mittente** salvata in **Impostazioni → Comunicazioni → Trasporto SMTP** | Gli IP di invio e l'autenticazione della posta del vostro relay | Questi indirizzi riguardano i messaggi di benvenuto, le assegnazioni di formazione, i promemoria e le altre notifiche. Mantenete attiva la convalida di SPF, DKIM e DMARC. L'SMTP per le simulazioni utilizza gli intervalli dedicati indicati di seguito. **Se il vostro relay SMTP limita le connessioni in base all'IP di origine**, richiedete al Supporto gli IP di origine delle connessioni SMTP di Living Security per la vostra regione prima di configurare il relay. Questi identificano la connessione **verso il vostro relay**, separatamente dagli IP di invio del relay stesso. Non sostituiteli con gli IP di posta gestiti dalla piattaforma indicati sopra né con gli IP delle API di integrazione indicati di seguito. ### Simulazioni di phishing Per l'**SMTP gestito dalla piattaforma**, utilizzate la regione della vostra organizzazione: | Area geografica | CIDR di invio | Intervallo completo di indirizzi | Dominio di autenticazione della posta | | - | - | - | - | | Stati Uniti (`us-east-1`) | `3.41.193.72/29` | `3.41.193.72` – `3.41.193.79` | `us.mail.trident-sim.com` | | Unione Europea (`eu-west-1`) | `3.40.138.240/29` | `3.40.138.240` – `3.40.138.247` | `eu.mail.trident-sim.com` | Consentite l'**intero intervallo di IP** per la vostra regione. Utilizzate il dominio di autenticazione della posta per le regole del gateway che lo richiedono. L'indirizzo del mittente visibile varia in base alla simulazione; utilizzate il pacchetto della lista bianca più recente per le simulazioni selezionate. Prima dell'avvio, ottenete il pacchetto specifico per la vostra organizzazione da **Impostazioni → Simulazione di phishing → Configurazione della lista bianca → Esporta il pacchetto della lista bianca**, oppure richiedetelo al vostro Customer Success Manager prima di ottenere l'accesso. Include i domini di invio abilitati, gli host di landing page/URL e il **dominio Reply-To** distinto. Se il vostro gateway richiede indirizzi completi, verificate gli indirizzi del mittente effettivi per le simulazioni selezionate. Scaricate un pacchetto aggiornato quando le impostazioni delle simulazioni cambiano. Il **recapito diretto (DMI)** utilizza l'integrazione con Microsoft 365 o Google Workspace collegata; gli intervalli di origine SMTP non si applicano a questo percorso di recapito. Google Workspace colloca i messaggi nella posta in arrivo di ciascun utente senza inviare e-mail. Microsoft 365 invia e-mail reali dalla casella di posta della simulazione, quindi i filtri di Microsoft 365 continuano ad applicarsi. L'accesso agli URL, il consenso del provider e i test della posta in arrivo restano comunque importanti. Seguite le procedure specifiche per provider in [Impostazioni della simulazione](https://docs.livingsecurity.com/it/features/settings/phishing-simulation.md#allowlisting-ed-esportazione-dell’allowlist), compresi i controlli di simulazione di Microsoft Defender, quando applicabili. ## Accesso all'applicazione e alle API | Finalità | Hostname da consentire | Chi ha bisogno dell'accesso | | - | - | - | | Dashboard | `app.livingsecurity.ai` | Amministratori e manager | | Engage | `engage.livingsecurity.ai` | Dipendenti che svolgono la formazione o aprono assegnazioni e Scorecard | | API US | `api.us-east-1.livingsecurity.ai` | Browser e client API che utilizzano la regione US | | API EU | `api.eu-west-1.livingsecurity.ai` | Browser e client API che utilizzano la regione EU | | Accesso | `auth.livingsecurity.ai` | Amministratori e dipendenti che effettuano l'accesso | | Documentazione | `docs.livingsecurity.com` | Amministratori e utenti che consultano la guida | Per le organizzazioni EU, consentite **entrambi gli hostname delle API** per l'accesso dal browser e l'utilizzo dell'applicazione. Per un'integrazione API diretta, utilizzate l'URL regionale assegnato alla vostra organizzazione. Consultate la [guida rapida all'API](https://docs.livingsecurity.com/it/developers/v1/quickstart.md). Se la vostra organizzazione utilizza un hostname personalizzato per l'applicazione o per l'accesso, includete l'hostname esatto fornito durante la configurazione. ### Requisiti di accesso | Finalità | Hostname | Quando sono necessari | | - | - | - | | Risorse di accesso incorporate | `static.descope.com`; `descopecdn.com` | Script, stili e altre risorse che visualizzano il modulo di accesso incorporato; sono host di risorse, non endpoint API di accesso | | Font e script di accesso | `fonts.googleapis.com`; `fonts.gstatic.com`; `cdn.jsdelivr.net` | Quando richiesti dal modulo di accesso incorporato | | Il vostro identity provider | Gli hostname SSO e MFA della vostra organizzazione | Reindirizzamenti SSO e richieste di autenticazione | Le richieste di accesso utilizzano **`auth.livingsecurity.ai`**, indicato sopra. Il modulo incorporato carica inoltre risorse dagli host presenti in questa tabella. Se il modulo non viene visualizzato correttamente, chiedete al vostro team IT di verificare se le richieste di tali risorse sono bloccate. ## Contenuti, CDN e caricamenti dei clienti Consentite questi host per gli amministratori che visualizzano l'anteprima dei contenuti e per i dipendenti che li fruiscono. Anche la protezione delle immagini nelle e-mail potrebbe richiedere l'accesso agli host delle immagini. | Finalità | Hostname | Ambito | | - | - | - | | **Risorse caricate dal cliente** | `assets.livingsecurity-content-cdn.ai` | Immagini, documenti, risorse e-mail dell'organizzazione e contenuti di formazione/SCORM caricati | | Video caricati dal cliente e video del catalogo | `videos.livingsecurity-content-cdn.ai` | Video in streaming, miniature e sottotitoli | | Immagini e risorse dell'applicazione | `cdn.livingsecurity.ai` | Immagini e altre risorse visualizzate nell'applicazione | | Distribuzione dei contenuti di Living Security | `platform-cdn.livingsecurity.com` | Contenuti della piattaforma; coperti da `*.livingsecurity.com` | | Distribuzione dei contenuti Contentful | `cdn.contentful.com` | Contenuti ospitati su Contentful | | Immagini Contentful | `images.ctfassets.net` | Grafica del catalogo e immagini di formazione | | File Contentful | `assets.ctfassets.net`; `downloads.ctfassets.net` | File del catalogo e risorse scaricabili di grandi dimensioni | | Contenuti multimediali di formazione | `assets.livingsecurity.com` | Contenuti multimediali di formazione serviti tramite l'hostname dei contenuti di Living Security; coperti da `*.livingsecurity.com` | | Riproduzione video legacy | `videos.livingsecurity.com` | Quando i contenuti di formazione esistenti utilizzano questo hostname; coperto da `*.livingsecurity.com` | Gli host delle risorse e dei video dei clienti si trovano su **`livingsecurity-content-cdn.ai`**, un dominio diverso da `livingsecurity.ai`. Consentire solo `*.livingsecurity.ai` **non** li copre. Inserite gli host espliciti indicati sopra se il vostro gateway non supporta i caratteri jolly. Inoltre, nel vostro prodotto di sicurezza un carattere jolly potrebbe non includere il dominio principale o i sottodomini annidati. Se aggiungete contenuti ospitati esternamente, consentite anche le destinazioni utilizzate da tali contenuti. Verificate tali indirizzi prima di assegnare i contenuti ai dipendenti. ### Destinazioni di caricamento **Amministratori che caricano contenuti o file di branding.** Queste destinazioni ricevono i nuovi caricamenti; i dipendenti che visualizzano contenuti esistenti hanno bisogno degli host CDN indicati sopra. | Tipo di caricamento | Destinazione da consentire tramite HTTPS / TCP 443 | | - | - | | File e pacchetti SCORM — US | `uploads-us.assets.livingsecurity-content-cdn.ai` | | File e pacchetti SCORM — EU | `uploads-eu.assets.livingsecurity-content-cdn.ai` | | Caricamenti video ripristinabili — US | `api.us-east-1.livingsecurity.ai` | | Caricamenti video ripristinabili — EU | `api.eu-west-1.livingsecurity.ai` | Consentite entrambi gli host di caricamento delle risorse per immagini, documenti, font personalizzati, icone del reporter e pacchetti SCORM. Le immagini e i documenti esistenti possono mantenere la regione di archiviazione originale. Utilizzate l'API video per la regione della vostra organizzazione. Consentite `PUT` e `OPTIONS` per il caricamento dei file, e `POST`, `PATCH`, `HEAD`, `DELETE` e `OPTIONS` per i caricamenti video ripristinabili. Mantenete invariate le stringhe di query degli URL e le intestazioni di caricamento fornite dall'applicazione. I pacchetti SCORM possono arrivare fino a **`500 MiB`** (`524288000` byte). Consentite il pacchetto completo in un'unica richiesta di caricamento; un limite inferiore per il corpo della richiesta sul vostro gateway può bloccare il caricamento. Destinazioni di caricamento verificate negli ambienti di produzione US ed EU il 4 novembre 2026. ## Funzionalità e integrazioni aggiuntive * **SSO/MFA e consenso per le integrazioni:** consentite il vostro identity provider e le pagine di accesso/consenso di ogni sistema che collegate. * **Tour di onboarding:** `onboard.livingsecurity.ai`, coperto dal carattere jolly `.ai`; consentite HTTPS e WebSocket sicuri sulla porta TCP 443. * **Livvy e aggiornamenti in tempo reale:** consentite le risposte HTTPS in streaming e i WebSocket sicuri sulla porta TCP 443. * **Contenuti esterni, domini personalizzati e il vostro LMS:** includete gli host esatti utilizzati dalla vostra organizzazione. Testate lo SCORM ospitato dalla rete dei discenti. ## Regole IP nei sistemi connessi Se un sistema che collegate limita l'accesso alle API in base all'IP di origine, aggiungete questi indirizzi alla **lista bianca delle API di quel sistema**. Sono gli indirizzi di origine che il sistema vedrà quando Living Security richiede dati. Non sono destinazioni in uscita per i dispositivi dei dipendenti. Consentite tutti e quattro gli indirizzi di **sincronizzazione** (identici in US ed EU): | Indirizzo IP | 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` | Consentite inoltre la coppia **platform** per la vostra regione quando utilizzate una di queste integrazioni: * [Auth0](https://docs.livingsecurity.com/it/integrations/auth0.md) * Check Point Harmony Email * [Cofense Triage](https://docs.livingsecurity.com/it/integrations/cofense-triage.md) * Code42 * Cornerstone * [CrowdStrike Falcon](https://docs.livingsecurity.com/it/integrations/crowdstrike.md) * Keepnet Labs * [Microsoft Entra ID](https://docs.livingsecurity.com/it/integrations/microsoft-entra-id.md) — incluso Microsoft Graph * [OneLogin](https://docs.livingsecurity.com/it/integrations/onelogin.md) * [SailPoint IdentityNow](https://docs.livingsecurity.com/integrations/sailpoint-identitynow.md) * Sophos Central * Zscaler Client Connector La coppia platform si applica anche alle connessioni configurate per l'**egress diretto** e ai provider che richiedono azioni dirette. Mantenete consentiti entrambi i set di indirizzi per garantire la continuità di autenticazione, sincronizzazioni e azioni: | Regione | Indirizzi IP | CIDR | | - | - | - | | **Stati Uniti** | `98.91.60.249`, `13.216.91.102` | `98.91.60.249/32`, `13.216.91.102/32` | | **Unione Europea** | `34.246.236.210`, `52.31.102.238` | `34.246.236.210/32`, `52.31.102.238/32` | Mantenete consentiti tutti gli indirizzi richiesti anche dopo la configurazione, in modo che l'autenticazione e le sincronizzazioni dei dati continuino a funzionare. Utilizzate queste voci solo per l'accesso alle API di integrazione. La [guida all'egress delle integrazioni](https://docs.livingsecurity.com/it/integrations/managing/egress-ip-addresses.md#integrazioni-che-richiedono-entrambi-i-gruppi) elenca i requisiti specifici di ciascun provider. ## Verifica prima dell'avvio Eseguite i test attraverso la stessa rete aziendale, lo stesso proxy, la stessa VPN, la stessa protezione degli endpoint e gli stessi controlli sulle caselle di posta utilizzati dai vostri dipendenti: * Accedete a Dashboard ed Engage; completate SSO/MFA oppure ricevete un link di accesso via e-mail funzionante. * Aprite una pagina della Dashboard e ponete una domanda a Livvy. * Aprite le immagini del catalogo, riproducete un video con sottotitoli e aprite un documento scaricabile. * Caricate una risorsa del cliente, quindi visualizzatene l'anteprima come discente; avviate un pacchetto SCORM caricato, se ne utilizzate uno. * Recapitate un'e-mail di benvenuto o di assegnazione di formazione; verificatene mittente, autenticazione, link e immagini. * Eseguite una simulazione sul percorso di recapito scelto; verificate l'arrivo nella posta in arrivo, l'accesso alla landing page e le risposte per gli scenari basati su risposta. * Collegate ogni integrazione abilitata e verificate una sincronizzazione dei dati effettiva, non soltanto l'esito positivo dell'autorizzazione. Se un controllo non riesce, annotate l'hostname bloccato, l'ora, la regione, la funzionalità interessata e l'errore del gateway o la traccia della posta, quindi contattate il Supporto. Rimuovete credenziali, token di sessione e stringhe di query degli URL firmati prima di condividere i dati diagnostici. Riesaminate questa guida e il pacchetto di simulazione esportato quando la configurazione cambia. ## Related topics - [Guida rapida alla configurazione](https://docs.livingsecurity.com/it/guides/configuration-quick-start.md) - [Configurazione dell'integrazione con NINJIO](https://docs.livingsecurity.com/it/integrations/ninjio.md) - [Configurazione dell'integrazione con Okta](https://docs.livingsecurity.com/it/integrations/okta.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.