+150 XP

Comment les banques détectent la fraude en quelques millisecondes sans bloquer les vrais clients

# Comment les banques détectent la fraude en quelques millisecondes sans bloquer les vrais clients

Vous payez avec votre carte dans un café à Lisbonne. Avant que le barista ne vous tende le ticket, votre banque a déjà récupéré les données de la transaction, les a fait passer dans plusieurs modèles, les a comparées à votre historique et a décidé d'autoriser ou non le paiement. Le tout en 50 à 100 millisecondes environ, plus vite qu'un clignement d'œil.

Le difficile n'est pas d'attraper la fraude. Le difficile est de l'attraper sans refuser à tort les millions d'achats légitimes qui paraissent un peu inhabituels. Chaque faux refus (une transaction légitime bloquée par suspicion de fraude) agace un vrai client et le pousse vers la carte d'un concurrent.

Cette leçon détaille ce qui se passe pendant cette fraction de seconde.

L'instant du paiement

Quand vous payez sans contact ou insérez votre carte, une demande d'autorisation part du terminal du commerçant, traverse le réseau de cartes (Visa, Mastercard et assimilés) et arrive chez votre banque, formellement l'issuer, l'établissement qui a émis votre carte.

La demande transporte un ensemble compact de données :

  • Numéro de carte, montant, devise
  • Identifiant du commerçant et merchant category code (MCC, un numéro identifiant le type d'activité, par exemple 5812 pour les restaurants)
  • Lieu, heure, et mode utilisé : puce, sans contact ou saisie manuelle

Votre banque doit renvoyer une seule réponse : autoriser ou refuser. Elle doit trancher maintenant. Pas le temps de vous appeler.

C'est pourquoi les banques font tourner un moteur de scoring en temps réel : un logiciel qui attribue à chaque transaction un score de risque de fraude, généralement entre 0 et 1000, en quelques millisecondes.

Trois outils qui travaillent ensemble

Aucune technique ne suffit à elle seule. Les banques superposent trois approches.

1. Les règles de vélocité

Ce sont des règles simples, rapides, écrites par des humains, qui comptent des événements sur une fenêtre de temps. « Vélocité » signifie ici vitesse ou fréquence.

Exemples :

  • Plus de 5 transactions sur une même carte en 10 minutes
  • Deux achats dans des villes distantes de 3 000 kilomètres en moins d'une heure (déplacement physiquement impossible)
  • Même carte testée chez 8 commerçants différents à la suite après un refus

Les règles de vélocité coûtent peu et sont explicables. Un analyste fraude peut en lire une et comprendre exactement pourquoi elle s'est déclenchée. Leur faiblesse : les fraudeurs apprennent les seuils et restent juste en dessous.

2. Les modèles de machine learning supervisé

C'est le moteur central. Le supervised learning signifie que le modèle est entraîné sur des transactions historiques déjà étiquetées « fraude » ou « légitime », en général confirmées par les contestations clients et les chargebacks (quand un porteur de carte fait annuler formellement un débit).

Le modèle apprend des schémas sur des centaines de features, par exemple :

  • L'écart entre cet achat et vos montants de dépense habituels
  • Le temps écoulé depuis votre dernière transaction
  • Le fait que cette catégorie de commerçant soit nouvelle pour vous
  • La distance par rapport à votre empreinte géographique habituelle

Les arbres de décision boostés par gradient (un type de modèle qui combine de nombreuses petites règles de décision) sont courants ici : ils sont rapides en prédiction et gèrent bien des données financières désordonnées. Des modèles de deep learning plus récents sont également utilisés, notamment pour les séquences de transactions dans le temps.

La sortie est une probabilité. La transaction reçoit un score, et la banque le compare à un seuil.

3. Les graphes de réseau

La fraude concerne rarement une carte isolée. Le graph analytics modélise les relations sous forme de nœuds connectés : cartes, appareils, commerçants, adresses IP, adresses de livraison.

Imaginez un schéma où un appareil volé est relié à 40 cartes différentes, toutes livrant à la même adresse. Prise isolément, chaque carte peut sembler normale. En cluster connecté, le schéma crie la fraude organisée.

Les graphes sont particulièrement efficaces contre les réseaux de fraude et les réseaux de mules financières (comptes utilisés pour faire circuler des fonds volés). Pour une introduction simple à la façon dont les données relationnelles révèlent des schémas cachés, la documentation de la base de données graphe Neo4j est une ressource gratuite et lisible.

🎬 [VIDEO: "How Credit Card Fraud Detection Works" - youtube.com - une présentation claire des données et des modèles derrière le scoring de fraude en temps réel]

Le problème du seuil : fraude contre faux refus

Voici la tension qui structure tout ce domaine.

Fixez le seuil de fraude trop bas (bloquez tout ce qui est un tant soit peu suspect) et vous attrapez presque toute la fraude, mais vous refusez des milliers de vrais clients. Fixez-le trop haut et la fraude passe.

C'est l'arbitrage classique precision contre recall :

  • Recall : sur l'ensemble des fraudes réelles, combien en avez-vous attrapé ?
  • Precision : sur tout ce que vous avez signalé comme fraude, quelle part était réellement de la fraude ?

Quand le recall monte, la precision baisse généralement. Vous attrapez plus de fraude, mais vous signalez aussi plus d'achats innocents.

Pourquoi les banques sont obsédées par les faux refus : des études sectorielles (par exemple les travaux en cours cités par la Réserve fédérale sur la fraude aux paiements) suggèrent depuis longtemps que la valeur totale des transactions légitimes refusées à tort peut rivaliser avec, voire dépasser, la valeur des pertes de fraude réelles. Un client refusé à tort en caisse peut abandonner l'achat, basculer définitivement sur une autre carte, ou perdre confiance en sa banque.

L'objectif n'est donc pas « attraper toute la fraude ». L'objectif est de maximiser la fraude détectée pour un taux de faux refus acceptable.

Comment le score devient une décision

Un simple nombre ne suffit pas. Les banques répartissent en général les transactions par paliers.

if fraud_score < 200:
    approve()                      # risque faible, la majorité des transactions
elif fraud_score < 700:
    step_up_authentication()       # demander une preuve supplémentaire
else:
    decline_and_alert()            # risque élevé

C'est dans la bande intermédiaire que l'expérience client se joue. Plutôt qu'un refus sec, la banque déclenche un step-up : un code à usage unique par SMS, une notification push dans l'application bancaire, ou une vérification biométrique.

C'est là que la réglementation rencontre l'IA. Dans l'UE et au Royaume-Uni, les règles de Strong Customer Authentication (SCA) de la DSP2 imposent deux facteurs indépendants pour de nombreuses transactions, tout en autorisant des exemptions pour celles identifiées comme peu risquées par de bons modèles de fraude. Un moteur de scoring performant permet littéralement à une banque de supprimer la friction sur les achats de confiance et de n'ajouter des contrôles que lorsque le risque est réel.

Pourquoi la vitesse et le feedback comptent

Deux réalités opérationnelles compliquent les choses.

La latence. Toute la décision doit tenir dans la fenêtre d'autorisation. C'est pourquoi les calculs de graphe lourds tournent souvent légèrement en amont (features précalculées) et que seul le scoring final se fait en direct.

Les boucles de feedback. Les schémas de fraude évoluent en permanence. Une tactique qui fonctionnait pour les criminels le mois dernier est périmée aujourd'hui. Les banques réentraînent fréquemment leurs modèles et surveillent le model drift (la dégradation de la précision d'un modèle parce que le monde réel a changé). Les fraudes confirmées par les contestations reviennent en entrée comme nouveaux labels d'entraînement.

Il y a aussi un problème de délai : une transaction étiquetée « légitime » aujourd'hui peut se révéler frauduleuse quand le client la conteste 30 jours plus tard. Les modèles doivent être entraînés en sachant que les labels récents sont encore incomplets.

Vérification des acquis

1. Selon la leçon, pourquoi éviter les faux refus est-il considéré comme la partie difficile de la détection de fraude, plutôt que simplement attraper la fraude ?

2. Pourquoi la décision de fraude d'une banque doit-elle se prendre en quelques millisecondes plutôt qu'être examinée soigneusement par un humain ?

3. Une règle de vélocité signale « deux achats dans des villes distantes de 3 000 kilomètres en moins d'une heure ». Quel concept sous-jacent en fait un signal de fraude efficace ?

CHOIX MULTIPLES

4. Sélectionnez TOUTES les réponses correctes concernant les données transportées par une demande d'autorisation de carte, telles que décrites dans la leçon.

Sélectionnez toutes les réponses correctes.

CHOIX MULTIPLES

5. Sélectionnez TOUTES les réponses correctes concernant le rôle et la nature des règles de vélocité dans la détection de fraude.

Sélectionnez toutes les réponses correctes.

Mise en pratique : votre café à Lisbonne

Revenons au paiement.

1. La demande d'autorisation arrive avec le montant, la catégorie de commerçant et la localisation.

2. Les règles de vélocité vérifient : s'agit-il d'un déplacement impossible ? Non, votre dernier achat était à l'aéroport tout proche.

3. Le modèle supervisé score la transaction : petit montant, catégorie de commerçant courante, proche de votre localisation récente. Score bas.

4. Les contrôles par graphe confirment que la carte et l'appareil ne sont reliés à aucun cluster de fraude connu.

5. Le score passe sous le seuil d'autorisation. Autorisé. Pas de code, pas de friction.

Imaginez maintenant un achat d'électronique à 900 euros, carte saisie manuellement, depuis un pays où vous n'êtes jamais allé, une minute après un petit débit « test ». La vélocité signale le schéma test-puis-gros-montant. Le modèle attribue un score élevé. Le graphe relie le commerçant à des fraudes antérieures. La banque refuse et envoie une alerte dans votre application.

Même moteur, résultat inverse, les deux en quelques millisecondes.

À quoi ressemble un bon dispositif

Un programme antifraude bien réglé se juge sur quelques mesures concrètes :

  • Taux de perte de fraude : les pertes de fraude rapportées au volume de transactions, souvent exprimées en points de base (un point de base vaut 0,01 pour cent).
  • Taux de faux refus : la part des transactions légitimes bloquées à tort.
  • Taux de step-up : la fréquence à laquelle les clients subissent une friction supplémentaire.
  • Efficacité des analystes : le nombre d'alertes qu'un humain doit examiner.

Les meilleures banques améliorent tous ces indicateurs ensemble, et non l'un au détriment des autres.

Points clés à retenir

  • La détection de fraude est une décision prise en quelques millisecondes par l'issuer à l'intérieur de la fenêtre d'autorisation, pas un contrôle a posteriori.
  • Trois outils se combinent : règles de vélocité rapides, machine learning supervisé pour le scoring, et graphes de réseau pour détecter les réseaux de fraude.
  • Le véritable objectif est d'équilibrer le recall (attraper la fraude) et la precision (éviter les faux refus), car les clients bloqués à tort coûtent cher et érodent la confiance.
  • Des seuils par paliers associés à l'authentification step-up (codes à usage unique, notifications dans l'application) préservent une expérience fluide pour les achats peu risqués et n'ajoutent de la friction qu'en cas de besoin.
  • Les modèles doivent être réentraînés en permanence pour lutter contre le drift, puisque les tactiques de fraude et les labels de contestation évoluent sans cesse.