Was diese Integration beiträgt
Adaptive Security kann Daten zur Belegschaft, zu Schulungen und zu Ergebnissen kanalübergreifender Simulationen beisteuern. Geprüfte Beispiele sind:phishing.simulation.clicked– hat auf eine simulierte E-Mail geklickt, ohne sie zu meldenphishing.simulation.credential.submitted– hat Zugangsdaten auf einer simulierten Anmeldeseite eingegebenphishing.simulation.attachment.opened– hat einen Anhang einer simulierten E-Mail geöffnetphishing.simulation.reported– hat eine simulierte E-Mail gemeldetsmishing.simulation.replied– hat auf eine simulierte Textnachricht geantwortetvishing.simulation.succeeded– ist der Aufforderung eines simulierten Anrufers nachgekommentraining.assigned– wurde eine Sicherheitsschulung zugewiesentraining.completed– hat eine Sicherheitsschulung abgeschlossentraining.past.due– hat eine Schulungsfrist versäumt
Adaptive simuliert über drei Kanäle, und Living Security bewertet jeden Kanal separat.
Ergebnisse aus E-Mails werden als Phishing bewertet, Ergebnisse aus Textnachrichten als Smishing und Ergebnisse aus Telefonanrufen als Vishing. Eine Person, die auf eine simulierte E-Mail klickt, und eine Person, die auf eine simulierte Textnachricht antwortet, werden nicht als dasselbe Verhalten gemessen, da die jeweils getroffene Entscheidung eine andere ist.
Was Living Security benötigt
Erforderliche Rolle: Ein Administrator in Ihrem Adaptive-Security-Konto mit Zugriff auf
Settings → API. Adaptive steuert den API-Zugriff über rollenbasierte Berechtigungen, daher muss das Token zu einer Rolle gehören, die Benutzer, Phishing und Schulungen lesen darf.
Zugriff: Nur Lesezugriff. Living Security liest ausschließlich Daten aus Adaptive Security und erstellt, ändert oder löscht niemals etwas in Ihrem Konto.
Was Living Security abruft
Telefonnummern werden nicht gespeichert. Adaptive liefert im Benutzerdatensatz Büro- und Mobilnummern. Living Security verwirft beide, bevor etwas gespeichert wird, da keine Funktion von Living Security sie verwendet.
Der Risikowert von Adaptive wird erfasst, aber nie zur Bewertung herangezogen. Adaptive berechnet pro Person einen
current_risk_score. Living Security behält ihn, damit Sie beide Systeme direkt miteinander vergleichen können. Der Human Risk Index wird jedoch stets aus beobachtetem Verhalten mithilfe des veröffentlichten Modells von Living Security berechnet – niemals aus dem zusammengesetzten Wert eines anderen Anbieters.Voraussetzungen
- Ein Adaptive-Security-Konto mit aktivierter API.
- Administratorzugriff auf admin.adaptivesecurity.com.
- E-Mail-Adressen der Benutzer in Adaptive, die mit den Adressen übereinstimmen, die Ihre anderen verbundenen Systeme verwenden. Über die E-Mail-Adresse ordnet Living Security einen Adaptive-Benutzer einer Person zu.
Teil A – In Adaptive Security
Diese Schritte führt Ihr Adaptive-Security-Administrator durch.1
API-Einstellungen öffnen
- Melden Sie sich als Administrator bei admin.adaptivesecurity.com an.
- Gehen Sie zu Settings → API.
2
API-Token generieren
- Generieren Sie ein neues API-Token.
- Vergeben Sie einen Namen, den Sie später wiedererkennen – zum Beispiel
Living Security. - Bestätigen Sie, dass die Rolle des Tokens Benutzer, Phishing-Kampagnen und Schulungskampagnen lesen darf.
- Kopieren Sie das Token.
Teil B – In der Living Security Platform
Diesen Schritt führt der Programmverantwortliche durch, bei delegierter Einrichtung der Systemadministrator. Sie sind nun mit Adaptive Security verbunden.Wie oft Daten abgerufen werden
Die Reporting-API von Adaptive bietet keinen Filter für „Änderungen seit“. Daher liest Living Security jede Simulations- und Schulungskampagne, solange sie noch Ergebnisse liefert, und beendet das Lesen, sobald die Kampagne seit zwei Wochen geschlossen ist. Späte Klicks und späte Meldungen werden somit weiterhin erfasst, und abgeschlossene Kampagnen werden nicht endlos erneut gelesen.
Bei der ersten Verbindung eines großen Adaptive-Kontos kann es mehrere geplante Durchläufe dauern, bis alles gelesen ist. Jeder Durchlauf liest so viel wie möglich, und der nächste setzt dort fort, wo der vorherige aufgehört hat. Die Zahlen steigen daher im Laufe des ersten Tages oder der ersten zwei Tage an, statt auf einmal zu erscheinen.
Fehlerbehebung
403 Forbidden
403 Forbidden
Das Token wurde authentifiziert, aber seine Rolle darf die angeforderten Daten nicht lesen. Das erneute Einfügen desselben Tokens hilft nicht. Prüfen Sie in Adaptive, ob die Rolle des Tokens Lesezugriff auf Benutzer, Phishing und Schulungen hat, oder stellen Sie ein Token aus einer Rolle aus, die darüber verfügt.
429 Too Many Requests
429 Too Many Requests
Adaptive hat die Verbindung aufgrund einer Ratenbegrenzung gedrosselt. Living Security beendet diesen Durchlauf und setzt beim nächsten geplanten Durchlauf an derselben Stelle fort, sodass keine Daten verloren gehen – die Zahlen steigen lediglich langsamer an. Wenn das über mehrere Tage anhält, wenden Sie sich an den Support von Adaptive Security und fragen Sie nach der Ratenbegrenzung, die für Ihr Konto gilt.
Leute werden angezeigt, aber keine Simulationsergebnisse
Leute werden angezeigt, aber keine Simulationsergebnisse
Prüfen Sie, ob die erwarteten Kampagnen tatsächlich durchgeführt wurden. Adaptive meldet Anmeldungen nur für Simulationen, die versendet wurden. Eine Kampagne mit dem Status Entwurf oder Geplant liefert daher nichts, bis sie versendet wird. Living Security liest diese Kampagnen bewusst nicht, damit das Anfragebudget für Kampagnen mit tatsächlichen Ergebnissen verwendet wird.
Sprachanruf- oder Textnachrichten-Simulationen fehlen
Sprachanruf- oder Textnachrichten-Simulationen fehlen
Living Security bestimmt den Kanal jedes Ergebnisses anhand des zugehörigen Szenarios. Wurde ein Szenario in Adaptive gelöscht, nachdem seine Simulation durchgeführt wurde, werden seine Ergebnisse dem E-Mail-Kanal zugeordnet, da sich der Kanal nicht mehr auslesen lässt. Sie vermeiden das, indem Sie nicht mehr genutzte Szenarien in Adaptive behalten, statt sie zu löschen.

