Skip to main content

​
Hva denne integrasjonen bidrar med

Adaptive Security kan bidra med utfall for arbeidsstyrke, opplæring og flerkanalssimuleringer. Gjennomgåtte eksempler omfatter:
  • phishing.simulation.clicked — klikket på en simulert e-post uten å rapportere den
  • phishing.simulation.credential.submitted — oppga påloggingsinformasjon på en simulert påloggingsside
  • phishing.simulation.attachment.opened — åpnet et vedlegg i en simulert e-post
  • phishing.simulation.reported — rapporterte en simulert e-post
  • smishing.simulation.replied — svarte på en simulert tekstmelding
  • vishing.simulation.succeeded — etterkom en simulert oppringer
  • training.assigned — tildelt sikkerhetsopplæring
  • training.completed — fullførte sikkerhetsopplæring
  • training.past.due — overskred en frist for opplæring
Disse eksemplene viser hvilke typer normalisert aktivitet Living Security kan bruke. Se hvordan integrasjonsdata blir til signaler.
Adaptive simulerer over tre kanaler, og Living Security skårer hver kanal separat. E-postutfall skåres som phishing, tekstmeldingsutfall som smishing og taleanropsutfall som vishing. En person som klikker på en simulert e-post og en som svarer på en simulert tekstmelding måles ikke som samme atferd, fordi vurderingen hver av dem foretok er forskjellig.

​
Hva Living Security trenger

Nødvendig rolle: En administrator på Adaptive Security-kontoen din med tilgang til Settings → API. Adaptive styrer API-tilgang med rollebaserte tillatelser, så tokenet må tilhøre en rolle som kan lese brukere, phishing og opplæring. Tilgang: Skrivebeskyttet. Living Security leser kun fra Adaptive Security og oppretter, endrer eller sletter aldri noe i kontoen din.

​
Hva Living Security henter

Telefonnumre lagres ikke. Adaptive returnerer kontor- og mobilnumre i brukerposten. Living Security forkaster begge før noe lagres, fordi ingen funksjon i Living Security bruker dem.
Adaptives egen risikoscore registreres, men brukes aldri i skåringen. Adaptive beregner en current_risk_score per person. Living Security beholder den slik at du kan sammenligne de to systemene side om side, men Menneskelig risikoindeks beregnes alltid ut fra observert atferd ved hjelp av Living Securitys egen publiserte modell — aldri ut fra en annen leverandørs sammensatte score.

​
Forutsetninger

  • En Adaptive Security-konto med API aktivert.
  • Administratortilgang til admin.adaptivesecurity.com.
  • Brukernes e-postadresser i Adaptive som samsvarer med adressene de andre tilkoblede systemene dine bruker. E-post er måten Living Security kobler en Adaptive-bruker til en person på.

​
Del A — I Adaptive Security

Adaptive Security-administratoren din gjennomfører disse trinnene.
1

Åpne API-innstillingene

  1. Logg på admin.adaptivesecurity.com som administrator.
  2. Gå til Settings → API.
2

Generer API-tokenet

  1. Generer et nytt API-token.
  2. Gi det et navn du vil kjenne igjen senere — for eksempel Living Security.
  3. Bekreft at tokenets rolle kan lese brukere, phishing-kampanjer og opplæringskampanjer.
  4. Kopier tokenet.
Kopier tokenet før du forlater siden. Hvis Adaptive-kontoen din setter en utløpsdato på tokenet, noter datoen — Living Security kan ikke hente data etter at det har utløpt, og tilkoblingen må oppdateres med et nytt token.

​
Del B — I Living Security Platform

Programeieren gjennomfører dette trinnet, eller systemadministratoren hvis delegert oppsett brukes.
Du er nå koblet til Adaptive Security.

​
Hvor ofte data hentes

Adaptives rapporterings-API tilbyr ikke et «hva har endret seg siden»-filter, så Living Security leser hver simulerings- og opplæringskampanje så lenge den fortsatt produserer utfall, og slutter å lese den to uker etter at den er lukket. Sene klikk og sene rapporter blir dermed fortsatt fanget opp, og ferdige kampanjer leses ikke på nytt for alltid.
En første tilkobling på en stor Adaptive-konto kan kreve flere planlagte kjøringer for å bli ferdig med å lese alt. Hver kjøring leser så mye den kan, og den neste fortsetter der forrige stoppet, slik at tallene øker i løpet av det første døgnet eller to i stedet for å dukke opp på en gang.

​
Feilsøking

API-tokenet er feil, utløpt eller tilbakekalt. Adaptive returnerer en tom svartekst ved denne feilen, så det finnes ingen ytterligere detaljer å lese. Generer et nytt token i Settings → API og koble til på nytt med det. Et delvis kopiert token gir samme feil og er den vanligste årsaken.
Tokenet ble autentisert, men rollen kan ikke lese dataene som etterspørres. Det hjelper ikke å lime inn det samme tokenet på nytt. Bekreft i Adaptive at tokenets rolle har lesetilgang til brukere, phishing og opplæring, eller utsted et token fra en rolle som har det.
Adaptive begrenset tilkoblingens forespørselsrate. Living Security stopper den kjøringen og fortsetter fra samme sted ved neste planlagte kjøring, så ingen data går tapt — tallene tar bare lengre tid å øke. Hvis dette vedvarer over flere dager, kontakt Adaptive Security-støtte for å spørre om hastighetsgrensen som gjelder for kontoen din.
Kontroller at kampanjene du forventer faktisk har kjørt. Adaptive rapporterer påmeldinger kun for simuleringer som er sendt, så en kampanje som fortsatt har statusen Draft eller Scheduled bidrar med ingenting før den sendes ut. Living Security leser bevisst ikke disse, slik at forespørselsbudsjettet brukes på kampanjer med reelle utfall.
Living Security avgjør kanalen for hvert utfall ut fra scenarioet det er knyttet til. Hvis et scenario ble slettet i Adaptive etter at simuleringen ble kjørt, registreres utfallene på e-postkanalen, fordi kanalen ikke lenger kan leses. Du unngår dette ved å beholde utfasede scenarioer i Adaptive i stedet for å slette dem.