Skip to main content
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. 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.
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. Le integrazioni con restrizioni sugli IP di origine richiedono le regole per i 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

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.

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: 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: 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, compresi i controlli di simulazione di Microsoft Defender, quando applicabili.

Accesso all’applicazione e alle API

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

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. 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. 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): Consentite inoltre la coppia platform per la vostra regione quando utilizzate una di queste integrazioni: 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: 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 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.