Skip to main content

​
Ce que cette intégration apporte

Mimecast peut fournir une activité normalisée liée aux menaces par e-mail, aux clics, à la distribution et à la protection des données. Voici quelques exemples examinés :
  • phishing.real.clicked — clique sur des liens dans de véritables e-mails d’hameçonnage
  • data.transfer.blocked — transfert de données bloqué
  • phishing.real.delivered — véritable e-mail d’hameçonnage distribué dans la boîte de réception
Consultez la façon dont les données d’intégration deviennent des Signaux.

​
Ce dont Living Security a besoin

Attribuez à l’application un rôle incluant Monitoring → URL Protection → Read. Living Security utilise le flux OAuth 2.0 client-credentials et lit les journaux de clics d’URL Protection.

​
Configuration

1

Créer une application de service Mimecast

Dans la console d’administration Mimecast, créez une application de service API 2.0 pour Living Security et utilisez le type d’autorisation client-credentials.
2

Attribuer l'autorisation de lecture minimale

Attribuez un rôle incluant Monitoring → URL Protection → Read, puis notez l’ID client et le secret client.

​
Vérification et dépannage

Vérifiez que la connexion peut lire les journaux d’URL Protection. Un premier résultat vide est normal lorsqu’aucun clic récent sur un lien protégé n’a eu lieu.
L’ID client ou le secret est invalide, ou l’application de service est désactivée. Si nécessaire, effectuez une rotation du secret et reconnectez-vous.
Vérifiez que le rôle attribué à l’application de service inclut Monitoring → URL Protection → Read.
Vérifiez que URL Protection est activé pour le flux de messagerie concerné et que le rôle s’applique au compte interrogé.
Pour l’autorisation liée au point de terminaison, consultez la référence des journaux d’URL Protection de Mimecast.