> ## 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. # Az Adaptive Security integráció beállítása > Csatlakoztassa az Adaptive Security szolgáltatást a Living Security Platformhoz, hogy importálhassa a munkaerő phishing-, smishing- és vishing-szimulációinak eredményeit, valamint a biztonságtudatossági képzések eredményeit. export const PublicIntegrationNextSteps = () => <>

Kapcsolódó források

; export const ConnectInPlatform = ({tile, children}) =>

A lépést az hajtja végre, aki rendelkezik Living Security-hozzáféréssel – a programgazda, vagy a rendszergazda, ha meghívták (delegált beállítás).

  1. Lépjen a Beállítások → Integrációk → Katalógus oldalra, keresse meg a{' '} {tile} csempét, majd kattintson a Csatlakozás gombra.
  2. Töltse ki az alábbi mezőket, majd kattintson a Csatlakozás gombra.
{children} ; export const SystemAdminBanner = ({system, recommendDelegated}) =>

Ez az útmutató a(z) {system} rendszergazdájának szól. Az API-hitelesítő adatok létrehozását ismerteti a(z) {system} rendszerben, amelyhez a(z) {system} rendszerhez szükséges rendszergazdai hozzáférés kell – nem a Living Security Platformhoz.

Ha Ön a Living Security programgazdája, és nem a(z) {system} rendszergazdája, továbbítsa ezt az oldalt annak, aki az. Ő elvégzi az A részt, majd átadja Önnek a hitelesítő adatokat (vagy közvetlenül megadja azokat, ha meghívták a platformra). {recommendDelegated && <> {' '}Mivel a beállítás során érzékeny kulcsanyag keletkezik, javasoljuk a{' '} delegált beállítás módszerét, hogy a titkos kulcs soha ne kerüljön vissza Önhöz. }

; ## 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 volna * `phishing.simulation.credential.submitted` — hitelesítő adatokat adott meg egy szimulált bejelentkezési oldalon * `phishing.simulation.attachment.opened` — megnyitott egy mellékletet egy szimulált e-mailben * `phishing.simulation.reported` — jelentett egy szimulált e-mailt * `smishing.simulation.replied` — válaszolt egy szimulált szöveges üzenetre * `vishing.simulation.succeeded` — eleget tett egy szimulált telefonhívó kérésének * `training.assigned` — biztonsági képzést kapott * `training.completed` — elvégzett egy biztonsági képzést * `training.past.due` — lekésett egy képzési határidőt Ezek a példák a Living Security által felhasználható normalizált tevékenységek típusait mutatják be. Lásd: [hogyan lesznek az integrációs adatokból jelzések](/hu/signals/data-sources). **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 | Hitelesítő adat | Leírás | | - | - | | **API-token** | Egy Adaptive Security API-token. A Living Security minden kérésnél bearer tokenként küldi el. | **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 | Adat | Részletek | | - | - | | **Emberek** | Az Adaptive felhasználói könyvtára: név, e-mail-cím, részleg, beosztás, vezető neve és e-mail-címe, helyszín, divízió, foglalkoztatási állapot és kezdési dátum. | | **E-mailes szimulációk** | Személyenként és szimulációnként: mikor kézbesítették az üzenetet, mikor nyitották meg, kattintottak rá, válaszoltak rá, nyitották meg a mellékletét, olvasták be a QR-kódját, adtak meg hitelesítő adatokat, vagy mikor jelentették. | | **Szöveges szimulációk** | Személyenként és szimulációnként: kézbesítve, megnyitva, rákattintva, válaszolva, hitelesítő adatok megadva vagy jelentve. | | **Hangszimulációk** | Személyenként és szimulációnként: a kézbesített csalétek, a hívott szám, hogy a személy eleget tett-e a hívó kérésének, és hogy jelentette-e. | | **Képzés** | Személyenként és kampányonként: mikor vették fel a képzésre, mi volt a határidő, mikor kezdte el, mikor fejezte be, és elfogadta-e a kampány szabályzatát. | **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](https://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. Jelentkezzen be az [admin.adaptivesecurity.com](https://admin.adaptivesecurity.com) felületre rendszergazdaként. 2. Lépjen a **Settings → API** menüpontra. 1. Hozzon létre egy új API-tokent. 2. Adjon neki egy később is felismerhető nevet — például `Living Security`. 3. Ellenőrizze, hogy a token szerepköre olvashatja a felhasználókat, a phishingkampányokat és a képzési kampányokat. 4. Másolja ki a tokent. Másolja ki a tokent, mielőtt elhagyja az oldalt. Ha az Adaptive-fiókja lejárati időt állít be a tokenhez, jegyezze fel a dátumot — a Living Security a lejárat után nem tud adatokat lekérni, és a kapcsolatot új tokennel kell frissíteni. *** ## 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.* | Mező | Érték | | - | - | | **API-token** | Az A részben létrehozott token | Ezzel csatlakozott az Adaptive Security szolgáltatáshoz. *** ## Az adatlekérés gyakorisága | Adat | Ütemezés | | - | - | | Emberek | 6 óránként | | Szimulációs eredmények (e-mail, szöveges üzenet, hang) | 6 óránként | | Képzési eredmények | 6 óránként | 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 Az API-token hibás, lejárt vagy visszavonták. Az Adaptive ennél a hibánál üres választörzset ad vissza, így további részlet nem olvasható ki. Hozzon létre új tokent a **Settings → API** menüpontban, és csatlakozzon újra vele. A részlegesen kimásolt token ugyanezt a hibát okozza, és ez a leggyakoribb ok. 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. 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. 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. 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. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.