{"id":685,"date":"2008-10-06T20:56:01","date_gmt":"2008-10-06T19:56:01","guid":{"rendered":"http:\/\/www.ziserman.com\/blog\/?p=685"},"modified":"2008-10-06T20:57:17","modified_gmt":"2008-10-06T19:57:17","slug":"la-revolution-3d-secure-quel-impact-pour-le-e-commerce","status":"publish","type":"post","link":"https:\/\/www.ziserman.com\/blog\/2008\/10\/06\/la-revolution-3d-secure-quel-impact-pour-le-e-commerce\/","title":{"rendered":"La r\u00e9volution 3D Secure – quel impact pour le e-commerce ?"},"content":{"rendered":"

Le paiement, un vrai sujet…<\/p>\n

Commen\u00e7ons par le d\u00e9but. La situation aujourd’hui.<\/p>\n

Un client ach\u00e8te sur votre site e-commerce et paye avec sa carte bleue.<\/p>\n

Votre site se connecte sur le site de votre banque (la banque du e-marchand donc) :<\/p>\n

\"\"<\/p>\n

Bon, dans la r\u00e9alit\u00e9, c’est un poil plus compliqu\u00e9, parce qu’il faut s\u00e9parer deux acteurs du paiement : la plate forme de paiement et la banque.<\/em><\/p>\n

Si la banque valide le paiement, vous allez lancer le processus pour envoyer le colis \u00e0 votre client.<\/p>\n

Le propri\u00e9taire de la carte peut poser une r\u00e9clamation \u00e0 sa banque (dans les 70 jours !), pour ce paiement.<\/p>\n

Cela n’a \u00e9videment aucun sens si l’acheteur est le propri\u00e9taire de la carte… Mais si la carte a \u00e9t\u00e9 vol\u00e9e, ou si le voleur a juste copi\u00e9 les infos de la carte pour acheter sur Internet, \u00e7a change tout.<\/p>\n

Dans ce cas, la banque du marchand rembourse la banque du propri\u00e9taire de la carte, et bien \u00e9videment, le marchand n’est pas pay\u00e9.<\/p>\n

A lui de prouver que l’acheteur est bien le propri\u00e9taire de la carte…<\/p>\n

Ce sc\u00e9nario, bien connu des e-marchand, doit changer avec la norme 3D Secure.<\/p>\n

3D Secure ajoute un \u00e9l\u00e9ment de s\u00e9curit\u00e9, puisque dynamiquement, pendant la transaction, la banque du e-marchand va dialoguer avec la banque du propri\u00e9taire de la carte, et afficher une pop-up pour demander un mot de passe \u00e0 l’acheteur :<\/p>\n

\"\"<\/p>\n

L\u00e0, \u00e7a change tout, parce que c’est bien la banque du client qui valide que le porteur de la carte est bien son propri\u00e9taire.<\/p>\n

Donc, ce processus am\u00e9liore la s\u00e9curit\u00e9 des \u00e9changes pour tout le monde, mais en particulier, le e-commer\u00e7ant ne devrait plus avoir \u00e0 \u00ab\u00a0financer\u00a0\u00bb les arnaques \u00e0 la carte vol\u00e9e.<\/p>\n

Mais comment le client connait-il le mot de passe de sa carte ?<\/p>\n

Si j’ai bien compris, la proc\u00e9dure est la suivante : lors de la premi\u00e8re utilisation du service 3DSecure, la banque du client va demander \u00e0 l’internaute de rentrer un mot de passe (\u00e0 voir, cette proc\u00e9dure me semble tr\u00e8s fragile, parce que si la premi\u00e8re utilisation sur un site 3dSecure est faite par un voleur… ).<\/p>\n

Je vous raconte tout \u00e7a parce que depuis le 1er octobre 2008, toutes les banques doivent \u00eatre compatible avec cette norme.<\/p>\n

Alors ? Pourquoi n’a-t-on rien vu ?<\/p>\n

On a rien vu parce que c’est au e-marchand de mettre en place ce syst\u00e8me.<\/p>\n

Vous \u00eates e-marchand ? Vous allez mettre ce syst\u00e8me en place ?<\/p>\n

Normal d’h\u00e9siter !<\/p>\n