Numéro de carte, date d’expiration, clef de sécurité ne seront plus visibles. Le futur système plus sécurisé doit permettre de lutter contre le piratage.
J’aime pas l’idée de devoir utiliser une adresse mail « officielle » ou un numéro de téléphone.
Je ne sais pas quel protocole serait utilisé ni comment ils fonctionnent, tout court, mais si la boutique en ligne a moyen de stocker ces données, j’aime pas du tout.
Ce serait faisable un générateur de token uniques (et jetables), proposés par la banque ?
Un peu comme avec un git. On génère un token directement dans l’espace client (on peut le regénérer au besoin).
Pour le reste, on valide par 2FA avec un code temporel (ou empreinte sur mobile).
Enfin, je dis ça, mais y a peut-être un trou dans le protocole. Après, les banques savent, techniquement, déjà le faire. Ça n’a pas l’air trop différent des générateur de cartes temporaires. L’avantage, je me dis, c’est que si un token est compromis, on peut le regénérer autant de fois que nécessaire.
Euh, c’est l’email lié à ta carte bancaire qui sera utilisé. Le commerçant ne la verra pas si j’ai bien compris. Tu ne donnes pas d’email officiel à ta banque ?
J’ai bien compris que c’est l’email. Mais beaucoup de sites proposent de stocker les informations de carte bancaire, cela veut bien dire que d’une manière ou d’une autre le commerçant y a accès. Je trouve que ça annule d’office le bien-fait des alias.
Et oui, ma banque a mon adresse, raison de plus pour pas vouloir qu’elle fuite.
Ben après, je sais pas comment tout ça fonctionne, donc je me fais certainement une mauvaise idée des mécanismes impliqués.
J’aime pas l’idée de devoir utiliser une adresse mail « officielle » ou un numéro de téléphone. Je ne sais pas quel protocole serait utilisé ni comment ils fonctionnent, tout court, mais si la boutique en ligne a moyen de stocker ces données, j’aime pas du tout.
Ce serait faisable un générateur de token uniques (et jetables), proposés par la banque ? Un peu comme avec un git. On génère un token directement dans l’espace client (on peut le regénérer au besoin). Pour le reste, on valide par 2FA avec un code temporel (ou empreinte sur mobile).
Enfin, je dis ça, mais y a peut-être un trou dans le protocole. Après, les banques savent, techniquement, déjà le faire. Ça n’a pas l’air trop différent des générateur de cartes temporaires. L’avantage, je me dis, c’est que si un token est compromis, on peut le regénérer autant de fois que nécessaire.
Euh, c’est l’email lié à ta carte bancaire qui sera utilisé. Le commerçant ne la verra pas si j’ai bien compris. Tu ne donnes pas d’email officiel à ta banque ?
J’ai bien compris que c’est l’email. Mais beaucoup de sites proposent de stocker les informations de carte bancaire, cela veut bien dire que d’une manière ou d’une autre le commerçant y a accès. Je trouve que ça annule d’office le bien-fait des alias.
Et oui, ma banque a mon adresse, raison de plus pour pas vouloir qu’elle fuite.
Ben après, je sais pas comment tout ça fonctionne, donc je me fais certainement une mauvaise idée des mécanismes impliqués.