Skip to main content

​
Ce que cette intégration apporte

Adaptive Security peut fournir des données sur l’effectif, la formation et les résultats de simulations multicanaux. Voici des exemples examinés :
  • phishing.simulation.clicked — a cliqué sur un courriel simulé sans le signaler
  • phishing.simulation.credential.submitted — a saisi ses identifiants sur une fausse page de connexion simulée
  • phishing.simulation.attachment.opened — a ouvert une pièce jointe d’un courriel simulé
  • phishing.simulation.reported — a signalé un courriel simulé
  • smishing.simulation.replied — a répondu à un message texte simulé
  • vishing.simulation.succeeded — a obtempéré à un appelant vocal simulé
  • training.assigned — s’est vu attribuer une formation en sécurité
  • training.completed — a terminé une formation en sécurité
  • training.past.due — a manqué l’échéance d’une formation
Ces exemples illustrent les types d’activité normalisée que Living Security peut utiliser. Consultez comment les données d’intégration deviennent des signaux.
Adaptive effectue des simulations sur trois canaux, et Living Security évalue chacun séparément. Les résultats des courriels sont évalués comme de l’hameçonnage, ceux des messages texte comme du smishing et ceux des appels vocaux comme du vishing. Une personne qui clique sur un courriel simulé et une personne qui répond à un message texte simulé ne sont pas mesurées comme ayant le même comportement, car le jugement exercé n’est pas le même.

​
Ce dont Living Security a besoin

Rôle requis : un administrateur de votre compte Adaptive Security ayant accès à Settings → API. Adaptive régit l’accès à l’API au moyen d’autorisations fondées sur les rôles; le jeton doit donc appartenir à un rôle pouvant lire les utilisateurs, l’hameçonnage et la formation. Accès : lecture seule. Living Security lit uniquement les données d’Adaptive Security et ne crée, ne modifie ni ne supprime jamais rien dans votre compte.

​
Ce que Living Security récupère

Les numéros de téléphone ne sont pas conservés. Adaptive renvoie les numéros de bureau et de cellulaire dans la fiche de l’utilisateur. Living Security écarte les deux avant de stocker quoi que ce soit, car aucune fonctionnalité de Living Security ne les utilise.
La cote de risque propre à Adaptive est enregistrée, mais jamais utilisée dans le calcul. Adaptive calcule un current_risk_score par personne. Living Security le conserve afin que vous puissiez comparer les deux systèmes côte à côte, mais l’Indice de risque humain est toujours calculé à partir du comportement observé, selon le modèle publié de Living Security, et jamais à partir de la cote composite d’un autre fournisseur.

​
Prérequis

  • Un compte Adaptive Security dont l’API est activée.
  • Un accès administrateur à admin.adaptivesecurity.com.
  • Des adresses courriel d’utilisateurs dans Adaptive qui correspondent à celles qu’utilisent vos autres systèmes connectés. Living Security se sert du courriel pour associer un utilisateur d’Adaptive à une personne.

​
Partie A — Dans Adaptive Security

L’administrateur d’Adaptive Security effectue ces étapes.
1

Ouvrir les paramètres de l'API

  1. Connectez-vous à admin.adaptivesecurity.com en tant qu’administrateur.
  2. Accédez à Settings → API.
2

Générer le jeton d'API

  1. Générez un nouveau jeton d’API.
  2. Donnez-lui un nom que vous reconnaîtrez plus tard — par exemple Living Security.
  3. Vérifiez que le rôle du jeton peut lire les utilisateurs, les campagnes d’hameçonnage et les campagnes de formation.
  4. Copiez le jeton.
Copiez le jeton avant de quitter la page. Si votre compte Adaptive définit une date d’expiration pour le jeton, notez-la — Living Security ne peut plus récupérer de données après l’expiration, et la connexion doit être mise à jour avec un nouveau jeton.

​
Partie B — Dans la Living Security Platform

Le responsable du programme effectue cette étape, ou l’administrateur du système en cas de configuration déléguée.
Vous êtes maintenant connecté à Adaptive Security.

​
Fréquence de récupération des données

L’API de rapports d’Adaptive n’offre pas de filtre « ce qui a changé depuis », de sorte que Living Security lit chaque simulation et chaque campagne de formation tant qu’elle produit encore des résultats, et cesse de la lire deux semaines après sa clôture. Les clics et les signalements tardifs sont ainsi toujours saisis, et les campagnes terminées ne sont pas relues indéfiniment.
Une première connexion à un compte Adaptive volumineux peut nécessiter plusieurs exécutions planifiées pour achever la lecture de toutes les données. Chaque exécution lit autant de données que possible et la suivante reprend là où la précédente s’est arrêtée; les totaux augmentent donc au cours du premier jour ou des deux premiers jours plutôt que d’apparaître d’un seul coup.

​
Dépannage

Le jeton d’API est incorrect, a expiré ou a été révoqué. Adaptive renvoie un corps de réponse vide pour cette erreur; il n’y a donc aucun détail supplémentaire à consulter. Générez un nouveau jeton dans Settings → API et reconnectez-vous avec celui-ci. Un jeton copié partiellement produit la même erreur et constitue la cause la plus fréquente.
Le jeton a été authentifié, mais son rôle ne peut pas lire les données demandées. Coller de nouveau le même jeton ne résoudra rien. Dans Adaptive, vérifiez que le rôle du jeton dispose d’un accès en lecture aux utilisateurs, à l’hameçonnage et à la formation, ou émettez un jeton à partir d’un rôle qui en dispose.
Adaptive a limité le débit de la connexion. Living Security interrompt cette exécution et reprend au même endroit lors de la prochaine exécution planifiée; aucune donnée n’est donc perdue, et les totaux mettent simplement plus de temps à augmenter. Si le problème persiste pendant plusieurs jours, communiquez avec le soutien d’Adaptive Security pour vous renseigner sur la limite de débit applicable à votre compte.
Vérifiez que les campagnes attendues ont bel et bien été exécutées. Adaptive ne rapporte les inscriptions que pour les simulations qui ont été envoyées; une campagne dont le statut est toujours Ébauche ou Planifié ne fournit donc rien tant qu’elle n’a pas été lancée. Living Security ne lit volontairement pas ces campagnes, afin de consacrer son budget de requêtes à celles qui ont des résultats réels.
Living Security détermine le canal de chaque résultat à partir du scénario qui lui est associé. Si un scénario a été supprimé dans Adaptive après l’exécution de sa simulation, ses résultats sont enregistrés sous le canal du courriel, car le canal ne peut plus être lu. Conserver les scénarios retirés dans Adaptive plutôt que de les supprimer permet d’éviter ce problème.