Comment les banques protègent vos transactions

Lorsque vous consultez le site web de votre banque, TLS (Transport Layer Security) chiffre chaque octet échangé entre votre navigateur et le serveur de la banque. Sans TLS, un attaquant présent sur le même réseau pourrait lire le solde de votre compte, intercepter vos identifiants ou modifier des transactions.

Les banques exigent TLS 1.2 ou une version ultérieure et appliquent généralement des politiques strictes concernant les suites cryptographiques afin d’empêcher les attaques par rétrogradation.

La bande magnétique des anciennes cartes stocke des données statiques, notamment le numéro de carte et la date d'expiration. Toute personne qui lit la bande peut cloner la carte à l'identique.

Les puces EMV génèrent un code cryptographique unique pour chaque transaction à l'aide d'un protocole défi-réponse. Même si un attaquant capture les données de la transaction, il ne peut pas les réutiliser pour effectuer des achats frauduleux.

Apple Pay et Google Pay utilisent la tokenisation : votre véritable numéro de carte est remplacé par un jeton propre à l'appareil, qui n'a aucune signification en dehors du contexte de cette transaction.

Lorsque vous approchez votre appareil pour payer, le commerçant ne reçoit qu'un jeton à usage unique. Votre véritable numéro de carte ne quitte jamais l'enclave sécurisée de votre appareil ni le coffre-fort du réseau de cartes.

Les banques utilisent des modules de sécurité matériels (HSM) pour générer, stocker et gérer les clés cryptographiques dans un matériel résistant aux altérations. Les clés privées n'existent jamais en texte clair en dehors du HSM.

Les HSM sont certifiés selon les normes FIPS 140-2 ou FIPS 140-3 et effectuent des milliers d'opérations cryptographiques par seconde. Ils constituent la base de chaque terminal de paiement et de chaque système bancaire.

Lorsque vous saisissez votre PIN sur un ATM, il est immédiatement chiffré dans un bloc PIN à l'aide d'un format standard tel qu'ISO 9564. Le bloc PIN est ensuite chiffré avec une clé connue uniquement du HSM de votre banque.

Votre PIN ne circule jamais en texte clair, nulle part sur le réseau. Même la banque acquéreuse et le prestataire de traitement des paiements ne peuvent pas le voir ; seule votre banque émettrice peut le vérifier.

SWIFT (Société de télécommunication financière interbancaire mondiale) est le réseau que les banques utilisent pour les paiements transfrontaliers. Les messages SWIFT sont chiffrés et authentifiés afin d'empêcher toute altération.

Malgré sa sécurité, le braquage de la Bangladesh Bank en 2016 a montré que des identifiants SWIFT compromis avaient permis de voler 81 millions de dollars. L'authentification est aussi essentielle que le chiffrement.

3D Secure, comme Visa Verified ou Mastercard SecureCode, ajoute une étape d'authentification lorsque vous effectuez un achat en ligne. Le réseau de cartes vous redirige vers votre banque pour vérification, généralement au moyen d'un OTP ou de données biométriques.

Les communications entre le commerçant, le réseau de cartes et la banque dans 3D Secure utilisent TLS et des messages signés pour empêcher les attaques par rejeu et les attaques par falsification.

Les systèmes modernes de détection des fraudes analysent les schémas de transaction en temps réel. Ils s'appuient sur des codes d'authentification de message (MAC) pour garantir que les données de transaction reçues par la banque n'ont pas été altérées.

Une transaction frauduleuse qui modifierait le montant ou le code du commerçant échouerait à la vérification du MAC avant même d'atteindre le moteur de détection des fraudes.

Une banque qui stocke votre mot de passe en texte clair risque de l'exposer lors d'une fuite de données. Les banques stockent plutôt une empreinte cryptographique à sens unique de votre mot de passe, généralement créée avec bcrypt, scrypt ou Argon2.

Lorsque vous vous connectez, le mot de passe saisi est haché puis comparé à l'empreinte stockée. La banque n'a jamais besoin de connaître votre véritable mot de passe ; elle doit seulement vérifier que les empreintes correspondent.

Dans la chaîne de paiement, du terminal à la banque acquéreuse, puis au réseau de cartes et à la banque émettrice, chaque maillon utilise des HSM pour envelopper et désencapsuler les clés. Le terminal utilise une clé de travail dérivée d'une clé maîtresse située dans un HSM.

Cette hiérarchie de clés signifie qu'une compromission isolée n'expose pas l'ensemble du réseau. Les clés individuelles sont régulièrement renouvelées et toute compromission reste limitée à une portée restreinte.

Les applications bancaires mobiles utilisent souvent l'épinglage de certificats : l'application est programmée pour n'accepter que certains certificats ou certaines clés publiques des serveurs de la banque. Si un attaquant MITM intercepte le trafic avec un certificat différent, l'application refuse de se connecter.

L'épinglage de certificats fournit une couche de protection supplémentaire par rapport à la validation TLS au niveau du système. Il rend beaucoup plus difficile l'interception du trafic d'une application bancaire, même sur des réseaux compromis.

Vérifiez vos connaissances sur la cryptographie dans le secteur bancaire et les paiements.

Le secteur bancaire s'appuie sur une pile cryptographique en plusieurs couches : TLS pour la sécurité du réseau, les puces EMV et la tokenisation pour la sécurité des cartes, les HSM pour la gestion des clés et les blocs PIN pour la confidentialité des codes PIN.

Les mots de passe sont stockés sous forme d'empreintes, et non en texte clair. Chaque maillon de la chaîne de paiement est authentifié et chiffré à l'aide de protocoles conformes aux normes du secteur et de matériel certifié.