Che cosa apporta questa integrazione
Adaptive Security può fornire dati relativi alla forza lavoro, alla formazione e ai risultati delle simulazioni multicanale. Tra gli esempi esaminati figurano:phishing.simulation.clicked— ha cliccato su un’e-mail simulata senza segnalarlaphishing.simulation.credential.submitted— ha inserito le credenziali in una pagina di accesso simulataphishing.simulation.attachment.opened— ha aperto un allegato di un’e-mail simulataphishing.simulation.reported— ha segnalato un’e-mail simulatasmishing.simulation.replied— ha risposto a un messaggio di testo simulatovishing.simulation.succeeded— ha assecondato un chiamante vocale simulatotraining.assigned— ha ricevuto l’assegnazione di una formazione sulla sicurezzatraining.completed— ha completato la formazione sulla sicurezzatraining.past.due— ha superato la scadenza di una formazione
Adaptive simula su tre canali e Living Security valuta ciascun canale separatamente.
I risultati delle e-mail vengono valutati come phishing, quelli dei messaggi di testo come smishing e quelli delle chiamate vocali come vishing. Una persona che clicca su un’e-mail simulata e una che risponde a un messaggio di testo simulato non vengono misurate come se avessero avuto lo stesso comportamento, perché il giudizio espresso in ciascun caso è diverso.
Che cosa richiede Living Security
Ruolo richiesto: un amministratore dell’account Adaptive Security con accesso a
Settings → API. Adaptive regola l’accesso alle API tramite autorizzazioni basate sui ruoli, pertanto il token deve appartenere a un ruolo in grado di leggere utenti, phishing e formazione.
Accesso: sola lettura. Living Security si limita a leggere da Adaptive Security e non crea, modifica né elimina mai nulla nell’account.
Che cosa recupera Living Security
I numeri di telefono non vengono archiviati. Adaptive restituisce i numeri dell’ufficio e del cellulare nel record utente. Living Security li elimina entrambi prima di archiviare qualsiasi dato, perché nessuna funzionalità di Living Security li utilizza.
Il punteggio di rischio di Adaptive viene registrato ma mai utilizzato nel calcolo. Adaptive calcola un
current_risk_score per ogni persona. Living Security lo conserva per consentire un confronto diretto tra i due sistemi, ma l’Indice di rischio umano viene sempre calcolato a partire dal comportamento osservato, usando il modello pubblicato di Living Security, e mai a partire dal punteggio composito di un altro fornitore.Prerequisiti
- Un account Adaptive Security con API abilitata.
- Accesso come amministratore a admin.adaptivesecurity.com.
- Indirizzi e-mail degli utenti in Adaptive corrispondenti a quelli utilizzati dagli altri sistemi collegati. L’e-mail è il criterio con cui Living Security associa un utente di Adaptive a una persona.
Parte A — In Adaptive Security
Questi passaggi vengono eseguiti dall’amministratore di Adaptive Security.1
Aprire le impostazioni API
- Accedere a admin.adaptivesecurity.com come amministratore.
- Andare a Settings → API.
2
Generare il token API
- Generare un nuovo token API.
- Assegnargli un nome facilmente riconoscibile in futuro, ad esempio
Living Security. - Verificare che il ruolo del token possa leggere utenti, campagne di phishing e campagne di formazione.
- Copiare il token.
Parte B — In Living Security Platform
Questo passaggio viene eseguito dal responsabile del programma oppure dall’amministratore di sistema, se si utilizza la configurazione delegata. La connessione ad Adaptive Security è ora attiva.Frequenza di recupero dei dati
L’API di reporting di Adaptive non offre un filtro «che cosa è cambiato da», pertanto Living Security legge ogni simulazione e ogni campagna di formazione finché produce ancora risultati e smette di leggerla quando è chiusa da due settimane. In questo modo i clic e le segnalazioni tardivi vengono comunque acquisiti e le campagne concluse non vengono riletti indefinitamente.
La prima connessione a un account Adaptive di grandi dimensioni può richiedere diverse esecuzioni pianificate per completare la lettura di tutti i dati. Ogni esecuzione legge quanto più possibile e la successiva riprende dal punto in cui si era interrotta, quindi i conteggi aumentano progressivamente nell’arco del primo giorno o dei primi due, anziché comparire tutti insieme.
Risoluzione dei problemi
403 Forbidden
403 Forbidden
Il token è stato autenticato, ma il suo ruolo non può leggere i dati richiesti. Incollare di nuovo lo stesso token non risolverà il problema. In Adaptive, verificare che il ruolo del token disponga dell’accesso in lettura a utenti, phishing e formazione, oppure emettere un token da un ruolo che lo abbia.
429 Too Many Requests
429 Too Many Requests
Adaptive ha applicato un limite di frequenza alla connessione. Living Security interrompe l’esecuzione e riprende dallo stesso punto all’esecuzione pianificata successiva, quindi nessun dato va perso: i conteggi richiedono semplicemente più tempo per aumentare. Se il problema persiste per più giorni, contattare l’assistenza di Adaptive Security per informarsi sul limite di frequenza applicato al proprio account.
Le persone compaiono, ma non i risultati delle simulazioni
Le persone compaiono, ma non i risultati delle simulazioni
Verificare che le campagne previste siano effettivamente state eseguite. Adaptive riporta le iscrizioni solo per le simulazioni che sono state inviate, quindi una campagna ancora nello stato Bozza o Programmato non apporta alcun dato finché non viene inviata. Living Security non legge intenzionalmente tali campagne, in modo da impiegare il proprio budget di richieste su quelle che hanno risultati effettivi.
Mancano le simulazioni vocali o di messaggi di testo
Mancano le simulazioni vocali o di messaggi di testo
Living Security determina il canale di ciascun risultato in base allo scenario associato. Se uno scenario è stato eliminato in Adaptive dopo l’esecuzione della relativa simulazione, i suoi risultati vengono registrati sul canale e-mail, perché il canale non è più leggibile. Per evitarlo, conservare in Adaptive gli scenari dismessi anziché eliminarli.

