Ce aduce această integrare
Adaptive Security poate furniza date despre forța de muncă, instruire și rezultate ale simulărilor multicanal. Exemplele analizate includ:phishing.simulation.clicked— a făcut clic pe un e-mail simulat fără să îl raportezephishing.simulation.credential.submitted— a introdus datele de autentificare pe o pagină de conectare simulatăphishing.simulation.attachment.opened— a deschis un atașament dintr-un e-mail simulatphishing.simulation.reported— a raportat un e-mail simulatsmishing.simulation.replied— a răspuns la un mesaj text simulatvishing.simulation.succeeded— a dat curs solicitărilor unui apelant vocal simulattraining.assigned— i-a fost atribuită instruire în domeniul securitățiitraining.completed— a finalizat instruirea în domeniul securitățiitraining.past.due— a ratat un termen limită de instruire
Adaptive simulează pe trei canale, iar Living Security evaluează fiecare canal separat.
Rezultatele din e-mail sunt evaluate ca phishing, cele din mesaje text ca smishing, iar cele din apeluri vocale ca vishing. O persoană care face clic pe un e-mail simulat și una care răspunde la un mesaj text simulat nu sunt măsurate ca având același comportament, deoarece judecata exercitată în fiecare caz este diferită.
De ce are nevoie Living Security
Rol necesar: Un administrator al contului dvs. Adaptive Security cu acces la Setări → API. Adaptive controlează accesul la API prin permisiuni bazate pe roluri, deci tokenul trebuie să aparțină unui rol care poate citi utilizatori, phishing și instruire.
Acces: Doar citire. Living Security doar citește din Adaptive Security și nu creează, nu modifică și nu șterge nimic în contul dvs.
Ce preia Living Security
Numerele de telefon nu sunt stocate. Adaptive returnează numerele de birou și de mobil în înregistrarea utilizatorului. Living Security le elimină pe ambele înainte de a stoca orice, deoarece nicio funcție Living Security nu le utilizează.
Scorul de risc propriu al Adaptive este înregistrat, dar nu este niciodată utilizat la evaluare. Adaptive calculează un
current_risk_score pentru fiecare persoană. Living Security îl păstrează pentru a putea compara cele două sisteme alăturat, dar Indicele riscului uman este întotdeauna calculat pe baza comportamentului observat, folosind modelul propriu publicat al Living Security — niciodată pe baza scorului compus al altui furnizor.Condiții prealabile
- Un cont Adaptive Security cu API-ul activat.
- Acces de administrator la admin.adaptivesecurity.com.
- Adrese de e-mail ale utilizatorilor în Adaptive care corespund adreselor folosite de celelalte sisteme conectate ale dvs. E-mailul este modul în care Living Security asociază un utilizator Adaptive cu o persoană.
Partea A — În Adaptive Security
Administratorul dvs. Adaptive Security efectuează acești pași.1
Deschideți setările API
- Autentificați-vă la admin.adaptivesecurity.com ca administrator.
- Accesați Setări → API.
2
Generați tokenul API
- Generați un nou token API.
- Atribuiți-i un nume pe care îl veți recunoaște ulterior — de exemplu
Living Security. - Confirmați că rolul tokenului poate citi utilizatori, campanii de phishing și campanii de instruire.
- Copiați tokenul.
Partea B — În Living Security Platform
Proprietarul programului efectuează acest pas, sau administratorul de sistem dacă se utilizează configurarea delegată. Acum sunteți conectat la Adaptive Security.Frecvența preluării datelor
API-ul de raportare Adaptive nu oferă un filtru de tipul „ce s-a modificat de la”, astfel că Living Security citește fiecare simulare și fiecare campanie de instruire cât timp aceasta încă produce rezultate și încetează să o citească după două săptămâni de la închiderea ei. Astfel, clicurile și raportările întârziate sunt în continuare captate, iar campaniile finalizate nu sunt recitite la nesfârșit.
O primă conexiune la un cont Adaptive de mari dimensiuni poate necesita mai multe rulări programate pentru a citi totul. Fiecare rulare citește cât poate, iar următoarea continuă de unde s-a oprit cea anterioară, astfel că numărătorile cresc pe parcursul primei zile sau a primelor două zile, în loc să apară toate deodată.
Depanare
403 Forbidden
403 Forbidden
Tokenul s-a autentificat, dar rolul său nu poate citi datele solicitate. Lipirea din nou a aceluiași token nu va ajuta. În Adaptive, confirmați că rolul tokenului are acces de citire la utilizatori, phishing și instruire sau emiteți un token dintr-un rol care are acest acces.
429 Too Many Requests
429 Too Many Requests
Adaptive a limitat rata conexiunii. Living Security oprește rularea respectivă și o reia din același punct la următoarea rulare programată, deci nu se pierd date — numărătorile cresc pur și simplu mai lent. Dacă situația persistă mai multe zile, contactați asistența Adaptive Security pentru a afla care este limita de rată aplicabilă contului dvs.
Apar persoane, dar nu și rezultate ale simulărilor
Apar persoane, dar nu și rezultate ale simulărilor
Verificați dacă campaniile pe care le așteptați au fost efectiv derulate. Adaptive raportează înscrieri doar pentru simulările care au fost trimise, deci o campanie aflată încă în starea Schiță sau Programat nu contribuie cu nimic până nu este lansată. Living Security nu le citește în mod deliberat, pentru a-și consuma bugetul de solicitări pe campaniile care au rezultate reale.
Lipsesc simulările vocale sau prin mesaje text
Lipsesc simulările vocale sau prin mesaje text
Living Security stabilește canalul fiecărui rezultat pe baza scenariului asociat. Dacă un scenariu a fost șters în Adaptive după rularea simulării sale, rezultatele acestuia sunt înregistrate pe canalul de e-mail, deoarece canalul nu mai poate fi citit. Păstrarea scenariilor retrase în Adaptive, în loc să fie șterse, evită această situație.

