Co wnosi ta integracja
Adaptive Security może dostarczać dane dotyczące pracowników, szkoleń oraz wielokanałowych rezultatów symulacji. Sprawdzone przykłady obejmują:phishing.simulation.clicked— kliknięcie w symulowaną wiadomość e-mail bez jej zgłoszeniaphishing.simulation.credential.submitted— wprowadzenie poświadczeń na symulowanej stronie logowaniaphishing.simulation.attachment.opened— otwarcie załącznika w symulowanej wiadomości e-mailphishing.simulation.reported— zgłoszenie symulowanej wiadomości e-mailsmishing.simulation.replied— odpowiedź na symulowaną wiadomość tekstowąvishing.simulation.succeeded— wykonanie poleceń symulowanego rozmówcy telefonicznegotraining.assigned— przypisanie szkolenia z zakresu bezpieczeństwatraining.completed— ukończenie szkolenia z zakresu bezpieczeństwatraining.past.due— niedotrzymanie terminu ukończenia szkolenia
Adaptive przeprowadza symulacje w trzech kanałach, a Living Security ocenia każdy z nich osobno.
Rezultaty dotyczące poczty e-mail są oceniane jako phishing, rezultaty dotyczące wiadomości tekstowych jako smishing, a rezultaty dotyczące połączeń głosowych jako vishing. Osoba, która kliknęła w symulowaną wiadomość e-mail, i osoba, która odpowiedziała na symulowaną wiadomość tekstową, nie są mierzone jako to samo zachowanie, ponieważ ocena sytuacji, której każda z nich dokonała, jest inna.
Czego potrzebuje Living Security
Wymagana rola: Administrator na Twoim koncie Adaptive Security z dostępem do Settings → API. Adaptive zarządza dostępem do API za pomocą uprawnień opartych na rolach, dlatego token musi należeć do roli, która może odczytywać dane użytkowników, phishingu i szkoleń.
Dostęp: Tylko do odczytu. Living Security wyłącznie odczytuje dane z Adaptive Security i nigdy niczego nie tworzy, nie zmienia ani nie usuwa na Twoim koncie.
Jakie dane pobiera Living Security
Numery telefonów nie są przechowywane. Adaptive zwraca numery służbowe i komórkowe w rekordzie użytkownika. Living Security odrzuca oba numery przed zapisaniem jakichkolwiek danych, ponieważ żadna funkcja Living Security ich nie wykorzystuje.
Własny wskaźnik ryzyka Adaptive jest rejestrowany, ale nigdy nie jest uwzględniany w ocenie. Adaptive oblicza
current_risk_score dla każdej osoby. Living Security zachowuje go, aby umożliwić porównanie obu systemów, jednak Indeks ryzyka związanego z czynnikiem ludzkim jest zawsze obliczany na podstawie zaobserwowanych zachowań przy użyciu opublikowanego modelu Living Security — nigdy na podstawie zbiorczego wskaźnika innego dostawcy.Wymagania wstępne
- Konto Adaptive Security z włączonym API.
- Dostęp administratora do admin.adaptivesecurity.com.
- Adresy e-mail użytkowników w Adaptive zgodne z adresami używanymi w innych połączonych systemach. Living Security przypisuje użytkownika Adaptive do osoby na podstawie adresu e-mail.
Część A — W Adaptive Security
Te kroki wykonuje administrator Adaptive Security.1
Otwórz ustawienia API
- Zaloguj się do admin.adaptivesecurity.com jako administrator.
- Przejdź do Settings → API.
2
Wygeneruj token API
- Wygeneruj nowy token API.
- Nadaj mu nazwę, którą później łatwo rozpoznasz — na przykład
Living Security. - Upewnij się, że rola tokenu może odczytywać dane użytkowników, kampanii phishingowych i kampanii szkoleniowych.
- Skopiuj token.
Część B — W Living Security Platform
Ten krok wykonuje właściciel programu lub administrator systemu, jeśli stosowana jest konfiguracja delegowana. Połączenie z Adaptive Security zostało nawiązane.Jak często dane są pobierane
Interfejs API raportowania Adaptive nie udostępnia filtra „co zmieniło się od”, dlatego Living Security odczytuje każdą kampanię symulacji i szkoleniową, dopóki generuje ona rezultaty, i przestaje ją odczytywać po dwóch tygodniach od jej zamknięcia. Dzięki temu spóźnione kliknięcia i zgłoszenia są nadal rejestrowane, a zakończone kampanie nie są odczytywane w nieskończoność.
Pierwsze połączenie na dużym koncie Adaptive może wymagać kilku zaplanowanych uruchomień, aby odczytać wszystkie dane. Każde uruchomienie odczytuje tyle danych, ile zdoła, a kolejne kontynuuje od miejsca, w którym poprzednie się zatrzymało, więc liczby rosną w ciągu pierwszego lub drugiego dnia, zamiast pojawić się jednocześnie.
Rozwiązywanie problemów
403 Forbidden
403 Forbidden
Token został uwierzytelniony, ale jego rola nie może odczytywać żądanych danych. Ponowne wklejenie tego samego tokenu nie pomoże. W Adaptive upewnij się, że rola tokenu ma dostęp do odczytu danych użytkowników, phishingu i szkoleń, lub wydaj token z roli, która ma taki dostęp.
429 Too Many Requests
429 Too Many Requests
Adaptive ograniczyło liczbę żądań dla połączenia. Living Security przerywa dane uruchomienie i wznawia pracę od tego samego miejsca podczas następnego zaplanowanego uruchomienia, więc żadne dane nie są tracone — liczby po prostu rosną wolniej. Jeśli problem utrzymuje się przez kilka dni, skontaktuj się z pomocą techniczną Adaptive Security, aby zapytać o limit żądań obowiązujący na Twoim koncie.
Ludzie są widoczni, ale brak rezultatów symulacji
Ludzie są widoczni, ale brak rezultatów symulacji
Sprawdź, czy oczekiwane kampanie faktycznie zostały przeprowadzone. Adaptive raportuje zapisy tylko dla symulacji, które zostały wysłane, więc kampania w statusie Wersja robocza lub Zaplanowano nie wnosi żadnych danych, dopóki nie zostanie uruchomiona. Living Security celowo ich nie odczytuje, aby przeznaczać limit żądań na kampanie, które mają rzeczywiste rezultaty.
Brakuje symulacji głosowych lub wiadomości tekstowych
Brakuje symulacji głosowych lub wiadomości tekstowych
Living Security określa kanał każdego rezultatu na podstawie powiązanego z nim scenariusza. Jeśli scenariusz został usunięty w Adaptive po przeprowadzeniu jego symulacji, jego rezultaty są rejestrowane w kanale e-mail, ponieważ kanału nie można już odczytać. Aby tego uniknąć, zamiast usuwać wycofane scenariusze, pozostaw je w Adaptive.