ThreatLocker-Portalbenutzer sind Administratorkonten und kein Verzeichnis der Personen, die die Endgeräte nutzen. Wirespeed behandelt Benutzernamen aus Endgeräten und Audit-Ereignissen als Observables. Verbinden Sie Ihren Identitätsanbieter separat, um Verzeichniskontext zu erhalten.
ThreatLocker-API-Benutzer erstellen
- Navigieren Sie im ThreatLocker-Portal zu Users > API Users.
- Erstellen Sie für Wirespeed einen API-Benutzer mit Zugriff auf die Zielorganisation.
- Erteilen Sie dem API-Benutzer die Berechtigung, Computer und das Unified Audit anzuzeigen.
- Generieren und kopieren Sie das API-Token. ThreatLocker zeigt es nur einmal an.
Authorization gesendet. Fügen Sie dem PortalAPI-Token kein Präfix Bearer hinzu.
Instanz und Organisation ermitteln
Der Hostname Ihrer PortalAPI hat die Formportalapi.INSTANCE.threatlocker.com. Geben Sie in Wirespeed nur den Wert INSTANCE ein, etwa g, ca1 oder eu1.
Öffnen Sie für jede Integration Manage > Organizations, wählen Sie die Zielorganisation aus und kopieren Sie deren GUID unter Organization ID. Verwenden Sie für einen Direktkunden die GUID der primären Organisation und für einen von einem MSP verwalteten Kunden die GUID der betreffenden untergeordneten Organisation. Das API-Token einer übergeordneten MSP-Organisation kann für die Integrationen mehrerer untergeordneter Organisationen wiederverwendet werden, da Wirespeed jede Anfrage auf die eingegebene Organisations-ID beschränkt.
ThreatLocker in Wirespeed verbinden
- Navigieren Sie in Wirespeed zu Integrationen > Integration hinzufügen > ThreatLocker.
- Geben Sie die PortalAPI-Instanz ein.
- Geben Sie die Organisations-ID der Zielorganisation ein.
- Fügen Sie das unveränderte ThreatLocker-API-Token unter API-Token ein.
- Schließen Sie das Hinzufügen der Integration ab.
Erfasste Daten
Wirespeed synchronisiert:- ThreatLocker-Computer: ID, Hostname, Betriebssystem, letzter Check-in und angemeldeter Benutzer, sofern die PortalAPI ihn zurückgibt
- Echte Ablehnungen aus dem Unified Audit: Aktionen, die ThreatLocker tatsächlich blockiert hat, ohne simulierte Ablehnungen im reinen Überwachungsmodus. Jede Ablehnung wird zu einer blockierten Detektion. Endgerät, Benutzer, Prozess, Dateipfad und SHA-256, die zutreffende Richtlinie sowie Quell- und Ziel-IPs werden übernommen, wenn die PortalAPI sie für die jeweilige Ablehnung zurückgibt.
Aktuelle Einschränkungen
- Die Isolierung und Sperrung von Endgeräten ist über diese Integration nicht verfügbar.
- ThreatLocker weist Unified-Audit-Ablehnungen keinen Schweregrad zu, daher wird jede Ablehnung mit mittlerem Schweregrad erfasst.
- Nur echte Ablehnungen werden erfasst. Zugelassene Aktionen und Warnungen von ThreatLocker Detect werden nicht erfasst.
- Die Kategorisierung der Detektionen eskaliert nicht, bis WDC-Regeln für ThreatLocker definiert sind.

