Skip to main content

​
Hvad denne integration bidrager med

Adaptive Security kan bidrage med resultater vedrørende arbejdsstyrke, træning og simuleringer på tværs af flere kanaler. Gennemgåede eksempler omfatter:
  • phishing.simulation.clicked — klikkede på en simuleret e-mail uden at rapportere den
  • phishing.simulation.credential.submitted — indtastede legitimationsoplysninger på en simuleret login-side
  • phishing.simulation.attachment.opened — åbnede en vedhæftet fil i en simuleret e-mail
  • phishing.simulation.reported — rapporterede en simuleret e-mail
  • smishing.simulation.replied — svarede på en simuleret sms
  • vishing.simulation.succeeded — efterkom en anmodning fra en simuleret telefonopringer
  • training.assigned — blev tildelt sikkerhedstræning
  • training.completed — gennemførte sikkerhedstræning
  • training.past.due — overskred en frist for træning
Disse eksempler viser de typer af normaliseret aktivitet, som Living Security kan anvende. Se hvordan integrationsdata bliver til signaler.
Adaptive simulerer via tre kanaler, og Living Security scorer hver kanal separat. E-mailresultater scores som phishing, sms-resultater som smishing og telefonopkaldsresultater som vishing. En person, der klikker på en simuleret e-mail, og en person, der svarer på en simuleret sms, måles ikke som samme adfærd, fordi den vurdering, de hver især har foretaget, er forskellig.

​
Hvad Living Security har brug for

Påkrævet rolle: En administrator på din Adaptive Security-konto med adgang til Indstillinger → API. Adaptive styrer API-adgang via rollebaserede tilladelser, så tokenet skal tilhøre en rolle, der kan læse brugere, phishing og træning. Adgang: Skrivebeskyttet. Living Security læser kun fra Adaptive Security og opretter, ændrer eller sletter aldrig noget i din konto.

​
Hvad Living Security henter

Telefonnumre gemmes ikke. Adaptive returnerer kontor- og mobilnumre i sin brugerpost. Living Security kasserer begge, før noget gemmes, fordi ingen funktion i Living Security bruger dem.
Adaptives egen risikoscore registreres, men indgår aldrig i scoringen. Adaptive beregner en current_risk_score pr. person. Living Security beholder den, så du kan sammenligne de to systemer side om side, men Indeks for menneskelig risiko beregnes altid ud fra observeret adfærd ved hjælp af Living Securitys egen publicerede model — aldrig ud fra en anden leverandørs sammensatte score.

​
Forudsætninger

  • En Adaptive Security-konto med API’et aktiveret.
  • Administratoradgang til admin.adaptivesecurity.com.
  • Brugeres e-mailadresser i Adaptive, der svarer til de adresser, som dine øvrige tilsluttede systemer bruger. Living Security bruger e-mailadressen til at knytte en Adaptive-bruger til en person.

​
Del A — I Adaptive Security

Din Adaptive Security-administrator udfører disse trin.
1

Åbn API-indstillingerne

  1. Log ind på admin.adaptivesecurity.com som administrator.
  2. Gå til Indstillinger → API.
2

Generer API-tokenet

  1. Generer et nyt API-token.
  2. Giv det et navn, du kan genkende senere — for eksempel Living Security.
  3. Bekræft, at tokenets rolle kan læse brugere, phishingkampagner og træningskampagner.
  4. Kopiér tokenet.
Kopiér tokenet, inden du forlader siden. Hvis din Adaptive-konto fastsætter en udløbsdato for tokenet, skal du notere datoen — Living Security kan ikke hente data, efter at det er udløbet, og forbindelsen skal opdateres med et nyt token.

​
Del B — I Living Security Platform

Programejeren udfører dette trin, eller systemadministratoren, hvis der anvendes delegeret opsætning.
Du er nu forbundet til Adaptive Security.

​
Hvor ofte data hentes

Adaptives rapporterings-API tilbyder ikke et filter for “hvad er ændret siden”, så Living Security læser hver simulerings- og træningskampagne, så længe den stadig frembringer resultater, og holder op med at læse den, når den har været lukket i to uger. Sene klik og sene rapporter bliver derfor stadig registreret, og afsluttede kampagner læses ikke om og om igen.
En første forbindelse til en stor Adaptive-konto kan kræve flere planlagte kørsler for at læse alt. Hver kørsel læser så meget, den kan, og den næste fortsætter, hvor den forrige stoppede, så antallene stiger i løbet af den første dag eller to i stedet for at vises på én gang.

​
Fejlfinding

API-tokenet er forkert, udløbet eller tilbagekaldt. Adaptive returnerer en tom svartekst ved denne fejl, så der er ingen yderligere detaljer at læse. Generer et nyt token under Indstillinger → API, og opret forbindelsen igen med det. Et delvist kopieret token giver den samme fejl og er den hyppigste årsag.
Tokenet blev godkendt, men dets rolle kan ikke læse de data, der anmodes om. Det hjælper ikke at indsætte det samme token igen. Bekræft i Adaptive, at tokenets rolle har læseadgang til brugere, phishing og træning, eller udsted et token fra en rolle, der har det.
Adaptive har begrænset forbindelsens hastighed. Living Security stopper den pågældende kørsel og genoptager fra det samme sted ved næste planlagte kørsel, så der går ingen data tabt — antallene tager blot længere tid om at stige. Hvis det fortsætter i flere dage, bør du kontakte Adaptive Security-support for at høre om den hastighedsbegrænsning, der gælder for din konto.
Kontrollér, at de kampagner, du forventer, faktisk er kørt. Adaptive rapporterer kun tilmeldinger for simuleringer, der er sendt, så en kampagne med status Udkast eller planlagt bidrager ikke med noget, før den sendes ud. Living Security læser bevidst ikke disse, så anmodningsbudgettet bruges på kampagner med reelle resultater.
Living Security afgør kanalen for hvert resultat ud fra det scenarie, der er knyttet til det. Hvis et scenarie blev slettet i Adaptive, efter at dets simulering var kørt, registreres dets resultater under e-mailkanalen, fordi kanalen ikke længere kan læses. Du kan undgå dette ved at beholde udgåede scenarier i Adaptive i stedet for at slette dem.