Skip to main content

​
Ce que cette intégration apporte

Cofense Triage peut fournir des données normalisées sur les e-mails signalés par les employés et sur les résultats des investigations. Voici quelques exemples examinés :
  • phishing.real.reported — signale de véritables e-mails d’hameçonnage
  • email.suspicious.reported — signale des e-mails suspects
  • phishing.real.targeted — ciblé par de véritables campagnes d’hameçonnage
Consultez comment les données d’intégration deviennent des signaux.

​
Prérequis

Cofense Triage utilise les identifiants client OAuth2. Créez une application API dans votre tenant Triage, puis copiez son ID client et son secret client. Il n’y a aucune étape de consentement dans le navigateur : vous collez les deux valeurs dans Living Security, qui demande lui-même le jeton.

​
Configuration

1

Créer un identifiant Cofense dédié

Dans Cofense Triage, créez une application API capable de lire les rapports. Limitez l’identifiant à un accès en lecture aux rapports. Notez l’ID client et le secret client : Triage n’affiche le secret qu’une seule fois.
2

Confirmer le nom d'hôte Triage

Notez le nom d’hôte complet de votre tenant, par exemple acme.managedphishme.com, ou le nom d’hôte attribué à votre environnement Cofense. Omettez https:// lorsque vous le saisissez dans Living Security.

​
Vérification et dépannage

Vérifiez que le test de connexion peut lire l’utilisateur actuel et les rapports avant d’attendre la première synchronisation.
Remplacez le secret client : il a peut-être fait l’objet d’une rotation ou été révoqué. Vérifiez que le nom d’hôte appartient au même tenant que celui qui a émis l’identifiant.
L’identifiant ne peut pas lire les rapports. Accordez l’autorisation de reporting minimale requise par votre tenant Cofense, puis reconnectez-vous.
Si votre tenant Triage restreint l’accès à l’API en fonction de l’adresse IP source, cette intégration nécessite d’autoriser deux ensembles d’adresses. Living Security génère lui-même le jeton d’accès et le renouvelle en continu ; les demandes de jeton et les synchronisations planifiées proviennent donc de réseaux différents, et dans Triage elles atteignent le même nom d’hôte.
L’enrichissement des déclarants n’est disponible que pour les variantes de connexion qui exposent le point de terminaison des déclarants. Les signaux issus des rapports peuvent néanmoins être alimentés à partir des données de rapport prises en charge.