Plateformes de paiement
Les attaques de test de cartes sont repérées en quelques secondes par les compteurs de vélocité et bloquées avant la tentative suivante.
Évaluez chaque paiement dans le chemin de la requête avec des compteurs de vélocité, des listes noires, la fréquence des cartes et des features de modèle, lus sur un seul serveur.
Un compteur par carte et par minute, qui reçoit une expiration d'une minute après le premier incrément.
Une démonstration animée avec de vraies commandes HotKV et des exemples de réponses. Cliquez sur une étape pour y accéder directement. Les commandes et les réponses restent en anglais, exactement comme vous les saisissez et les voyez dans HotKV.
Les contrôles de fraude doivent avoir lieu avant l'acceptation d'un paiement, dans le budget de latence d'un passage en caisse. Les signaux qui comptent, comme le nombre de tentatives de cette carte dans la dernière minute ou la présence de cet appareil sur une liste noire, sont difficiles à calculer rapidement depuis une base de données transactionnelle.
HotKV garde les signaux prêts. Des compteurs à expiration courte suivent la vélocité, un filtre de Bloom indique si une carte ou un appareil est connu comme frauduleux, un Count-min sketch estime à quelle fréquence une carte a servi dans la journée, et le feature store fournit les entrées du modèle de risque. Un moteur de règles ou un modèle les combine avant que le paiement ne passe.
Un compteur par carte et par minute, qui reçoit une expiration d'une minute après le premier incrément.
INCR velocity:card:4f1a:mUn filtre de Bloom des appareils frauduleux connus, en mémoire constante.
BF.EXISTS blocked:devices dev:8812Un Count-min sketch estime l'usage des cartes sur des millions de cartes, sans compteur par carte.
CMS.QUERY cards:today card:4f1aAncienneté du compte, pays habituel et panier moyen pour le modèle de risque.
FEATURE.GET risk_features account:42Forte vélocité sur un compte vieux de trois jours. Le paiement part en revue au lieu d'être envoyé au prestataire.
XADD fraud:review * card 4f1a account 42 score 0.91Les attaques de test de cartes sont repérées en quelques secondes par les compteurs de vélocité et bloquées avant la tentative suivante.
Les nouveaux comptes aux paniers inhabituels et les appareils sur liste noire sont envoyés en revue manuelle.
L'abus de coupons est détecté en comptant les utilisations par appareil et par moyen de paiement.
INCR avec une expiration par tranche de temps, jusqu'à la précision de la nanoseconde.
INCREXPIRENEXPIREDes filtres de Bloom pour les cartes, les appareils et les e-mails.
BF.ADDBF.EXISTSDes Count-min sketches pour l'usage sur d'immenses espaces de clés.
CMS.INCRBYCMS.QUERYDes features typées pour le modèle de risque.
FEATURE.GETIl peut signaler un faux positif au taux d'erreur que vous configurez. Utilisez-le donc pour déclencher des contrôles supplémentaires plutôt qu'un refus ferme.
Dans votre propre service. HotKV fournit rapidement les signaux pour que vos règles ou votre modèle puissent décider dans le budget de latence du paiement.
Les compteurs et les structures probabilistes fonctionnent avec toutes les offres. Le feature store fait partie des offres Performance et Scale.
HotKV parle le protocole Redis. Vous pouvez donc y connecter un client existant et exécuter ces mêmes commandes.