Le 18 octobre 2023, nous désactiverons la règle par défaut de demande de 3DS sur les cartes qui nécessitent une authentification. Nous estimons que cette mesure pourrait entraîner une augmentation des taux d'acceptation, avec une incidence minime sur les taux de fraude.

Cette règle a été utilisée pour déterminer la nécessité d'exiger 3DS selon les informations de la carte. Cette opération n'est plus nécessaire puisque Stripe gère automatiquement les codes de refus indiquant que 3DS est exigé par les émetteurs. En outre, nous déclenchons également le 3DS en cas de besoin, conformément à des réglementations telles que l'authentification forte du client imposée par la DSP2.

Voici quelques solutions de rechange qui permettent de conserver le même niveau de protection 3DS :

• Activer les règles par défaut de Radar pour les cartes avec lesquelles 3DS est pris en charge
• Demander manuellement 3DS grâce à l'API
• Créer vos propres règles 3DS dans Radar

Voici quelques exemples de règles 3DS personnalisées :

• Request 3D Secure if :card_country: != :billing_address_country: and :risk_level: != ‘normal’
• Request 3D Secure if is_missing(:seconds_since_card_first_seen: ) and :risk_level: != ‘normal’

Les règles personnalisées ne sont accessibles qu'aux utilisateurs de Radar for Fraud Teams (RFFT). Si vous n'êtes pas encore utilisateur de RFFT, vous pouvez effectuer une mise à niveau dès maintenant ou l'essayer dans le cadre d'une période d'essai gratuit de 30 jours.