MaxMind minFraud Score et évolution des scores de risque

L’équipe active minFraud Score avec les seuils proposés à titre d’exemple. Lundi, une commande de test envoyée à l’adresse des bureaux obtient un score bien inférieur à 5 et est acceptée. Mardi, la même commande est soumise avec la même carte et la même adresse de livraison, mais elle est orientée vers une vérification manuelle. Les règles n’ont pas changé. En revanche, l’historique associé à l’adresse a évolué. Au cours de la semaine, d’autres commandes de test y ont été envoyées, dont certaines volontairement à risque. Score a pris en compte cet historique au fil des requêtes et évalue désormais l’adresse différemment. Quand le résultat d’une commande change alors que ses informations visibles restent identiques, à quoi le score réagit-il exactement ?

Champs renvoyés par Score

Score renvoie un score de risque global pour la transaction et un score distinct pour son adresse IP. Les deux scores vont de 0,01 à 99. Selon la documentation des réponses de MaxMind, un score de 20 indique une probabilité de 20 % que la transaction soit frauduleuse.

Voici le score global renvoyé par un appel réel contenant uniquement une adresse IP :

{"risk_score":0.32}

Score est facturé à la requête, comme indiqué sur la page tarifaire de MaxMind. Le service n’indique pas pourquoi un score est élevé ou faible. Insights renvoie des informations supplémentaires sur la transaction, et Factors fournit les raisons du score.

L’historique du réseau

minFraud tient compte de l’activité observée sur son réseau, qui compte, selon MaxMind, plus de 7 000 entreprises. Si une transaction frauduleuse est détectée chez l’une d’elles, le score peut augmenter lorsque la même personne effectue ensuite un achat chez une autre. Le réseau prend en compte les transactions observées au cours de l’année écoulée, comme l’explique MaxMind dans sa présentation du réseau minFraud.

Nous avons constaté qu’une adresse pouvait modifier le résultat. Lors d’un appel, une adresse de livraison à Prague a fait baisser le score. Lors d’un appel ultérieur, la même adresse l’a fait augmenter. Factors en a indiqué la raison : MAX_RECENT_SHIP, avec un multiplicateur de 5,1. Nos appels de test avaient utilisé plusieurs fois cette adresse de livraison, notamment avec une IP de sortie Tor ou une carte d’un autre pays.

Lors d’un autre test, une nouvelle adresse e-mail a eu un effet plus limité. Elle a fait augmenter le score au premier appel, puis cette hausse s’est atténuée aux appels suivants. Même une requête identique pouvait renvoyer un score différent lors des premiers appels : une requête réelle a obtenu un score de 54,60 au premier appel, puis de 15,53 lors des appels passés quelques minutes plus tard.

Le score reflète une évaluation à un instant donné, influencée par l’historique dont minFraud a connaissance.

Alertes après le calcul du score

Une transaction peut vous sembler normale et paraître risquée à d’autres entreprises du réseau minFraud. Leurs données, ainsi que les résultats que l’entreprise signale, peuvent fournir un signal d’alerte précoce après le calcul du score et l’acceptation de la transaction.

L’API Report Transactions permet à une entreprise de transmettre à MaxMind ses propres transactions avec l’un des tags suivants : chargeback, not_fraud, suspected_fraud ou spam_or_abuse.

minFraud Alerts surveille pendant 24 heures les transactions dont le score initial est de 10 ou moins. Si de nouvelles informations issues des transactions de l’entreprise ou du réseau font passer le score recalculé à 75 ou plus, MaxMind envoie une alerte par e-mail ou webhook. Le webhook contient l’adresse IP de la requête d’origine, le domaine de l’adresse e-mail, le lieu de facturation, l’identifiant de transaction et la date, ainsi que l’identifiant minFraud, les anciens et nouveaux scores, l’heure de mise à jour, la raison et son code. Il ne nomme aucune autre entreprise et n’indique pas qui a signalé quoi.

Examinez la transaction, vérifiez le compte et envisagez de suspendre ou de retarder l’expédition ou le versement.

Données transmises et scores de risque

L’adresse e-mail professionnelle déjà connue a fait baisser les deux scores. Pour la commande aux informations divergentes, l’ajout du préfixe de l’émetteur de la carte a fait augmenter le risque associé à l’IP, dont le pays était différent. L’ajout de l’adresse de livraison a fait augmenter les deux scores globaux. Le montant de la commande n’a modifié ni l’un ni l’autre.

Le score tient compte de l’historique associé à l’adresse e-mail et à l’adresse de livraison, et compare le préfixe de la carte au pays de l’IP. Transmettez tous les champs disponibles afin que le score puisse prendre en compte les informations fournies.

Intégrez ces contrôles à un flux de décision

Créez des règles de crédit, de fraude ou de recouvrement, puis appliquez-les aux décisions réelles.

Commencer gratuitement Voir les tarifs

Calibrer les seuils

MaxMind suggère d’accepter les transactions dont le score est inférieur ou égal à 5,00, de rejeter celles dont le score est supérieur ou égal à 50,00 et d’examiner les résultats entre ces deux seuils proposés en exemple. Selon ses recommandations sur les seuils, ceux-ci sont à affiner au fil du temps.

Calibrez les seuils à partir des commandes de l’entreprise et de leurs résultats. Signalez à MaxMind les chargebacks et les faux positifs liés aux transactions de l’entreprise elle-même via l’API Report Transactions. MaxMind indique que le signalement des résultats aide à détecter environ 10 % à 50 % de fraude supplémentaire et à réduire les faux positifs.

Portez une attention particulière aux commandes dont le score se situe entre les seuils d’acceptation et de rejet. C’est à ce niveau que les règles de contrôle déterminent les dossiers à examiner par une personne. Leur volume et les résultats obtenus comptent pour l’activité.

Flux de décision anti-fraude

1. Exécutez les contrôles déjà prévus par le processus avant l’appel payant à Score.
2. Transmettez toutes les données pertinentes disponibles. Le score tient compte de l’historique associé aux informations de la requête.
3. Associez le score renvoyé à vos propres seuils d’acceptation, de rejet ou de vérification. Ce sont les règles qui déterminent la décision.
4. Définissez dans vos règles la conduite à tenir en cas d’échec de l’appel. Une source en échec renvoie des valeurs absentes et un indicateur d’erreur. Une réponse 402 signifie que le compte n’a plus de crédit.
5. Choisissez une adresse de test qui n’a pas encore été utilisée. Employez des adresses e-mail et de livraison absentes des appels précédents, et n’envoyez pas de vraies données client. Une commande de test peut influer sur le score suivant pour la même adresse.
6. Signalez le résultat de la transaction à MaxMind afin que le service puisse en tenir compte.

Cas d’usage

Création de compte et connexion

Le type d’événement de la requête peut indiquer une création de compte ou une connexion. Score fournit un score de risque global et un score de risque IP que les règles du flux de décision peuvent utiliser.

Commandes et paiements

Une commande peut être transmise avec le type d’événement correspondant. Score peut suffire lorsque les règles n’ont besoin que de ses deux scores de risque. Si la personne chargée de l’examen a besoin d’informations supplémentaires sur la transaction, comme les données de l’adresse e-mail, Insights renvoie ces champs.

Crédit

Une demande de crédit peut être indiquée comme type d’événement, et les règles déterminent ce que le niveau de risque de fraude signifie pour le dossier.

Questions fréquentes

Pourquoi la même commande a-t-elle obtenu des scores différents à deux jours d’intervalle ?

La requête visible ne contient pas tout l’historique du réseau pris en compte par minFraud. L’activité associée à une adresse peut modifier son effet sur le score.

Faut-il tester minFraud avec les informations personnelles des membres du personnel ?

Non. Une commande de test peut influer sur le score suivant pour la même adresse. Utilisez des données de test absentes des appels précédents et n’incluez pas de vraies informations client dans les tests.

Quel service choisir ?

Score fournit le score de risque global et le score de risque IP. Insights ajoute des informations sur la transaction, et Factors indique les raisons du score. Le choix dépend des informations renvoyées dont le flux de décision et les personnes chargées de l’examen ont besoin.

MaxMind peut-il envoyer une alerte après le signalement d’une transaction par une autre entreprise ?

MaxMind surveille pendant 24 heures après le calcul du score les transactions ayant obtenu un score inférieur ou égal à 10. Il envoie une alerte par e-mail ou webhook si de nouvelles informations issues des transactions de l’entreprise ou du réseau font passer le score recalculé à 75 ou plus. Le signalement d’une autre entreprise peut contribuer à cette évolution. L’alerte peut arriver après l’acceptation de la transaction. Elle contient un code de raison, mais ne nomme pas l’entreprise à l’origine du signalement.

Que signifient les erreurs de l’API ?

Une réponse 429 signifie que la requête a été limitée et n’a pas été traitée. Une réponse 402 signifie que le compte n’a plus de crédit.

Pour l’authentification, enregistrez l’identifiant du compte MaxMind comme nom d’utilisateur et la clé de licence comme mot de passe dans un seul identifiant d’authentification HTTP basic. L’assistant peut configurer la source de données à partir de la documentation des requêtes de MaxMind. Il demande les identifiants de connexion complets dans un encadré distinct.

Intégrez ces contrôles à un flux de décision

Créez des règles de crédit, de fraude ou de recouvrement, puis appliquez-les aux décisions réelles.

Commencer gratuitement Voir les tarifs