Mire használható ez az integráció
Az Adaptive Security a munkaerővel, a képzéssel és a többcsatornás szimulációk eredményeivel kapcsolatos adatokat tud szolgáltatni. A felülvizsgált példák többek között:phishing.simulation.clicked— rákattintott egy szimulált e-mailre anélkül, hogy jelentette volnaphishing.simulation.credential.submitted— hitelesítő adatokat adott meg egy szimulált bejelentkezési oldalonphishing.simulation.attachment.opened— megnyitott egy mellékletet egy szimulált e-mailbenphishing.simulation.reported— jelentett egy szimulált e-mailtsmishing.simulation.replied— válaszolt egy szimulált szöveges üzenetrevishing.simulation.succeeded— eleget tett egy szimulált telefonhívó kérésénektraining.assigned— biztonsági képzést kapotttraining.completed— elvégzett egy biztonsági képzésttraining.past.due— lekésett egy képzési határidőt
Az Adaptive három csatornán szimulál, és a Living Security mindegyiket külön pontozza.
Az e-mailes eredmények phishingként, a szöveges üzenetes eredmények smishingként, a hanghívásos eredmények pedig vishingként kerülnek pontozásra. Az a személy, aki rákattint egy szimulált e-mailre, és az, aki válaszol egy szimulált szöveges üzenetre, nem azonos viselkedésként kerül mérésre, mivel a két esetben meghozott döntés eltérő.
Mire van szüksége a Living Securitynek
Szükséges szerepkör: Az Adaptive Security-fiók rendszergazdája, aki hozzáfér a következőhöz: Settings → API. Az Adaptive szerepköralapú jogosultságokkal szabályozza az API-hozzáférést, ezért a tokennek olyan szerepkörhöz kell tartoznia, amely olvashatja a felhasználókat, a phishingadatokat és a képzéseket.
Hozzáférés: Csak olvasási. A Living Security kizárólag olvassa az Adaptive Security adatait, és soha nem hoz létre, módosít vagy töröl semmit a fiókjában.
Mit kér le a Living Security
A telefonszámokat a rendszer nem tárolja. Az Adaptive a felhasználói rekordban visszaadja az irodai és a mobilszámot is. A Living Security mindkettőt elveti, mielőtt bármit tárolna, mivel egyetlen Living Security funkció sem használja őket.
Az Adaptive saját kockázati pontszámát a rendszer rögzíti, de soha nem használja pontozásra. Az Adaptive személyenként kiszámít egy
current_risk_score értéket. A Living Security megőrzi ezt, hogy a két rendszert egymás mellett összehasonlíthassa, de a Humán kockázati index mindig a megfigyelt viselkedésből, a Living Security saját, közzétett modelljével kerül kiszámításra — soha nem egy másik szállító összetett pontszámából.Előfeltételek
- Egy Adaptive Security-fiók engedélyezett API-val.
- Rendszergazdai hozzáférés az admin.adaptivesecurity.com felülethez.
- Olyan felhasználói e-mail-címek az Adaptive rendszerben, amelyek megegyeznek a többi csatlakoztatott rendszer által használt címekkel. A Living Security az e-mail-cím alapján párosítja az Adaptive-felhasználót egy személlyel.
A rész — Az Adaptive Security rendszerben
Ezeket a lépéseket az Adaptive Security rendszergazdája hajtja végre.1
Nyissa meg az API-beállításokat
- Jelentkezzen be az admin.adaptivesecurity.com felületre rendszergazdaként.
- Lépjen a Settings → API menüpontra.
2
Hozza létre az API-tokent
- Hozzon létre egy új API-tokent.
- Adjon neki egy később is felismerhető nevet — például
Living Security. - Ellenőrizze, hogy a token szerepköre olvashatja a felhasználókat, a phishingkampányokat és a képzési kampányokat.
- Másolja ki a tokent.
B rész — A Living Security Platformon
Ezt a lépést a programgazda hajtja végre, vagy a rendszergazda, ha delegált beállítást használnak. Ezzel csatlakozott az Adaptive Security szolgáltatáshoz.Az adatlekérés gyakorisága
Az Adaptive jelentéskészítő API-ja nem kínál „mi változott azóta” szűrőt, ezért a Living Security minden szimulációs és képzési kampányt addig olvas, amíg az eredményeket termel, és a lezárását követő két hét elteltével abbahagyja az olvasását. Így a késői kattintások és a késői jelentések is rögzítésre kerülnek, a befejezett kampányokat pedig nem olvassa újra a rendszer örökké.
Egy nagy Adaptive-fiók első csatlakoztatásakor több ütemezett futásra is szükség lehet, amíg minden adat beolvasásra kerül. Minden futás annyit olvas be, amennyit tud, a következő pedig ott folytatja, ahol az előző abbahagyta, ezért a számok az első egy-két napban fokozatosan emelkednek, nem egyszerre jelennek meg.
Hibaelhárítás
403 Forbidden
403 Forbidden
A token hitelesítése sikerült, de a szerepköre nem olvashatja a kért adatokat. Ugyanannak a tokennek az újbóli beillesztése nem segít. Az Adaptive rendszerben ellenőrizze, hogy a token szerepköre rendelkezik-e olvasási jogosultsággal a felhasználókhoz, a phishinghez és a képzésekhez, vagy állítson ki tokent egy olyan szerepkörből, amely rendelkezik vele.
429 Too Many Requests
429 Too Many Requests
Az Adaptive korlátozta a kapcsolat kéréseinek számát. A Living Security leállítja az adott futást, és a következő ütemezett futáskor ugyanott folytatja, így nem vész el adat — a számok csupán lassabban emelkednek. Ha ez napokon át fennáll, forduljon az Adaptive Security támogatásához, és érdeklődjön a fiókjára vonatkozó kéréskorlátról.
Megjelennek az emberek, de nincsenek szimulációs eredmények
Megjelennek az emberek, de nincsenek szimulációs eredmények
Ellenőrizze, hogy a várt kampányok ténylegesen lefutottak-e. Az Adaptive csak az elküldött szimulációkhoz jelent beiratkozásokat, ezért a Vázlat vagy Ütemezett állapotú kampány mindaddig nem szolgáltat adatot, amíg ki nem küldik. A Living Security ezeket szándékosan nem olvassa, hogy a kéréskeretét a tényleges eredményekkel rendelkező kampányokra fordítsa.
Hiányoznak a hang- vagy szöveges szimulációk
Hiányoznak a hang- vagy szöveges szimulációk
A Living Security az egyes eredmények csatornáját a hozzájuk tartozó forgatókönyv alapján határozza meg. Ha egy forgatókönyvet a szimuláció lefutása után töröltek az Adaptive rendszerben, az eredményeit az e-mail csatornához rögzíti a rendszer, mivel a csatorna már nem olvasható le. Ezt elkerülheti, ha a megszűnt forgatókönyveket megtartja az Adaptive rendszerben, ahelyett hogy törölné őket.

