CCS12 : sécuriser les paiements par carte

CCS12 propose aux banques, aux e-commerçants et aux porteurs de carte une authentification renforcée des paiements, en ligne comme en point de vente. Sa méthode, qu'elle présente comme brevetée, combine un code QR et une grille d'authentification physique pour remettre le porteur au centre de la sécurité. Nous avons construit la plateforme logicielle qui la fait fonctionner.

Le contexte

Une solution d'authentification des paiements vit au milieu d'un écosystème : banques émettrices, réseaux de cartes, commerçants et utilisateurs finaux. Elle doit s'insérer dans les parcours existants, notamment le protocole d'authentification des paiements en ligne, sans ajouter de friction, et rester auditable à chaque étape.

Ce que nous avons construit

• L'API centrale, qui orchestre les demandes d'authentification et leur journalisation.
• Le tableau de bord de super-administration, pour piloter les partenaires, les règles et les incidents.
• Le portail partenaires, où banques et commerçants configurent leur intégration et suivent leurs transactions.
• Le socle de sécurité : clés d'accès par partenaire, séparation des rôles, journal des actions.

Comment nous avons travaillé

En partant des parcours des trois publics, banque, commerçant et utilisateur, pour définir ce que chacun voit et ce qu'il peut faire. Les choix de sécurité ont été écrits et revus avant l'implémentation : ce qui est stocké, ce qui ne l'est jamais, ce qui est chiffré et qui détient les clés.

Technologies

API Node.js et Express, base MongoDB, interfaces React avec une bibliothèque de composants, déploiement conteneurisé.

Ce que nous retenons

Dans les paiements, le produit visible est petit et la plateforme invisible est grande. La qualité se juge à la clarté des rôles et à la traçabilité, autant qu'à l'interface. Ce sont les mêmes principes que nous appliquons dans nos projets de développement web pour la finance.