Skip to main content

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 melden
  • phishing.simulation.credential.submitted – hat Zugangsdaten auf einer simulierten Anmeldeseite eingegeben
  • phishing.simulation.attachment.opened – hat einen Anhang einer simulierten E-Mail geöffnet
  • phishing.simulation.reported – hat eine simulierte E-Mail gemeldet
  • smishing.simulation.replied – hat auf eine simulierte Textnachricht geantwortet
  • vishing.simulation.succeeded – ist der Aufforderung eines simulierten Anrufers nachgekommen
  • training.assigned – wurde eine Sicherheitsschulung zugewiesen
  • training.completed – hat eine Sicherheitsschulung abgeschlossen
  • training.past.due – hat eine Schulungsfrist versäumt
Diese Beispiele zeigen die Arten normalisierter Aktivitäten, die Living Security verwenden kann. Weitere Informationen finden Sie unter Wie Integrationsdaten zu Signalen werden.
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

  1. Melden Sie sich als Administrator bei admin.adaptivesecurity.com an.
  2. Gehen Sie zu Settings → API.
2

API-Token generieren

  1. Generieren Sie ein neues API-Token.
  2. Vergeben Sie einen Namen, den Sie später wiedererkennen – zum Beispiel Living Security.
  3. Bestätigen Sie, dass die Rolle des Tokens Benutzer, Phishing-Kampagnen und Schulungskampagnen lesen darf.
  4. Kopieren Sie das Token.
Kopieren Sie das Token, bevor Sie die Seite verlassen. Wenn Ihr Adaptive-Konto für das Token ein Ablaufdatum festlegt, notieren Sie sich das Datum – nach Ablauf kann Living Security keine Daten mehr abrufen, und die Verbindung muss mit einem neuen Token aktualisiert werden.

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

Das API-Token ist falsch, abgelaufen oder wurde widerrufen. Adaptive gibt bei diesem Fehler einen leeren Antworttext zurück, sodass keine weiteren Details vorliegen. Generieren Sie unter Settings → API ein neues Token und stellen Sie die Verbindung damit erneut her. Ein unvollständig kopiertes Token führt zum selben Fehler und ist die häufigste Ursache.
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.
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.
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.
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.