Skip to main content

​
Ko šī integrācija nodrošina

Adaptive Security var nodrošināt datus par Workforce, Training un daudzkanālu simulāciju rezultātiem. Pārskatītie piemēri ietver:
  • phishing.simulation.clicked — noklikšķināja uz simulēta e-pasta ziņojuma, par to nepaziņojot
  • phishing.simulation.credential.submitted — ievadīja akreditācijas datus simulētā pieteikšanās lapā
  • phishing.simulation.attachment.opened — atvēra simulēta e-pasta ziņojuma pielikumu
  • phishing.simulation.reported — paziņoja par simulētu e-pasta ziņojumu
  • smishing.simulation.replied — atbildēja uz simulētu īsziņu
  • vishing.simulation.succeeded — izpildīja simulēta zvanītāja prasības balss zvanā
  • training.assigned — tika piešķirta drošības apmācība
  • training.completed — pabeidza drošības apmācību
  • training.past.due — nokavēja apmācības termiņu
Šie piemēri parāda normalizēto darbību veidus, ko Living Security var izmantot. Skatiet kā integrācijas dati kļūst par Signals.
Adaptive veic simulācijas trijos kanālos, un Living Security katru no tiem vērtē atsevišķi. E-pasta rezultāti tiek vērtēti kā pikšķerēšana, īsziņu rezultāti — kā smišings, bet balss zvanu rezultāti — kā višings. Persona, kas noklikšķina uz simulēta e-pasta ziņojuma, un persona, kas atbild uz simulētu īsziņu, netiek mērītas kā vienāda uzvedība, jo katras no tām pieņemtais lēmums ir atšķirīgs.

​
Kas nepieciešams Living Security

Nepieciešamā loma: Jūsu Adaptive Security konta administrators ar piekļuvi sadaļai Settings → API. Adaptive pārvalda piekļuvi API, izmantojot uz lomām balstītas atļaujas, tāpēc tokenam jāpieder lomai, kas var nolasīt lietotājus, pikšķerēšanas datus un apmācības datus. Piekļuve: Tikai lasīšana. Living Security datus tikai nolasa no Adaptive Security un nekad neko neizveido, nemaina vai nedzēš jūsu kontā.

​
Ko Living Security iegūst

Tālruņa numuri netiek glabāti. Adaptive savā lietotāja ierakstā atgriež biroja un mobilā tālruņa numurus. Living Security atmet abus, pirms kaut ko saglabā, jo neviena Living Security funkcija tos neizmanto.
Adaptive paša riska vērtējums tiek ierakstīts, bet nekad netiek izmantots vērtēšanā. Adaptive katrai personai aprēķina current_risk_score. Living Security to saglabā, lai jūs varētu salīdzināt abas sistēmas, taču Human Risk Index vienmēr tiek aprēķināts, pamatojoties uz novērotu uzvedību, izmantojot Living Security publicēto modeli — nekad no cita piegādātāja kopējā vērtējuma.

​
Priekšnosacījumi

  • Adaptive Security konts ar iespējotu API.
  • Administratora piekļuve vietnei admin.adaptivesecurity.com.
  • Adaptive lietotāju e-pasta adreses, kas atbilst adresēm, ko izmanto jūsu citas pievienotās sistēmas. Living Security Adaptive lietotāju saista ar personu, izmantojot e-pasta adresi.

​
A daļa — Adaptive Security

Šīs darbības veic jūsu Adaptive Security administrators.
1

Atveriet API iestatījumus

  1. Pierakstieties vietnē admin.adaptivesecurity.com kā administrators.
  2. Atveriet Settings → API.
2

Ģenerējiet API token

  1. Ģenerējiet jaunu API token.
  2. Piešķiriet tam nosaukumu, ko vēlāk atpazīsiet — piemēram, Living Security.
  3. Pārliecinieties, ka tokena loma var nolasīt lietotājus, pikšķerēšanas kampaņas un apmācību kampaņas.
  4. Nokopējiet token.
Nokopējiet token, pirms pametat lapu. Ja jūsu Adaptive konts tokenam nosaka derīguma termiņu, pierakstiet datumu — pēc termiņa beigām Living Security nevar iegūt datus, un savienojums ir jāatjaunina ar jaunu token.

​
B daļa — Living Security Platform

Šo darbību veic programmas īpašnieks vai sistēmas administrators, ja tiek izmantota deleģētā iestatīšana.
Tagad esat pievienojis Adaptive Security.

​
Cik bieži dati tiek iegūti

Adaptive pārskatu API nepiedāvā filtru „kas mainījies kopš”, tāpēc Living Security nolasa katru simulāciju un apmācības kampaņu, kamēr tā vēl rada rezultātus, un pārtrauc to lasīt, kad kampaņa ir slēgta divas nedēļas. Tādējādi tiek fiksēti arī vēlāki klikšķi un vēlāki paziņojumi, bet pabeigtās kampaņas netiek lasītas atkārtoti bezgalīgi.
Pirmajam savienojumam ar lielu Adaptive kontu var būt nepieciešami vairāki plānotie izpildes cikli, lai nolasītu visu. Katrs cikls nolasa, cik var, un nākamais turpina no vietas, kur iepriekšējais apstājās, tāpēc skaitļi pieaug pirmās vai otrās dienas laikā, nevis parādās vienlaikus.

​
Problēmrisināšana

API token ir nepareizs, tā derīguma termiņš ir beidzies vai tas ir atsaukts. Adaptive šajā kļūdas gadījumā atgriež tukšu atbildes pamattekstu, tāpēc papildu informācijas nav. Ģenerējiet jaunu token sadaļā Settings → API un atkārtoti izveidojiet savienojumu ar to. Daļēji nokopēts token rada to pašu kļūdu, un tas ir visbiežākais cēlonis.
Token autentificēšanās bija sekmīga, taču tā loma nevar nolasīt pieprasītos datus. Tā paša token atkārtota ievietošana nepalīdzēs. Adaptive pārliecinieties, ka token lomai ir lasīšanas piekļuve lietotājiem, pikšķerēšanas datiem un apmācībai, vai izsniedziet token no lomas, kurai tā ir.
Adaptive ierobežoja savienojuma pieprasījumu skaitu. Living Security aptur attiecīgo izpildes ciklu un nākamajā plānotajā ciklā turpina no tās pašas vietas, tāpēc dati netiek zaudēti — skaitļi tikai pieaug ilgāk. Ja tas turpinās vairākas dienas, sazinieties ar Adaptive Security atbalstu, lai vaicātu par ierobežojumu, kas attiecas uz jūsu kontu.
Pārbaudiet, vai gaidītās kampaņas tiešām ir norisinājušās. Adaptive ziņo par reģistrācijām tikai tām simulācijām, kas ir nosūtītas, tāpēc kampaņa ar statusu Draft vai Scheduled neko nenodrošina, kamēr nav izsūtīta. Living Security tās apzināti nelasa, lai pieprasījumu limitu tērētu kampaņām ar reāliem rezultātiem.
Living Security katra rezultāta kanālu nosaka pēc tam piesaistītā scenārija. Ja scenārijs Adaptive tika izdzēsts pēc tam, kad tā simulācija bija notikusi, tā rezultāti tiek ierakstīti e-pasta kanālā, jo kanālu vairs nevar nolasīt. To var novērst, saglabājot vecos scenārijus Adaptive, nevis dzēšot tos.