Sécurité & conformité
La sécurité tient à la façon dont un système est conçu et exploité.
Protocore construit la couche logicielle des systèmes de paiement, d'IA et de blockchain. Cette page explique simplement comment nous traitons les données, comment le logiciel est exploité et où se situe la frontière réglementaire — pas de badges à brandir, juste la posture selon laquelle nous construisons.
Données & confidentialité
Nous collectons ce dont un flux a besoin, et rien de plus.
Les systèmes que nous construisons reposent sur la minimisation des données : chaque flux ne capte que les champs nécessaires à sa fonction, et ne les conserve que le temps nécessaire. Lorsque nous hébergeons, c'est dans l'UE — la production tourne sur AWS eu-central-1, à Francfort — et nous construisons dans l'esprit des pratiques du RGPD : une base légale pour chaque traitement, la prise en compte des demandes d'accès et de suppression, et l'exclusion par défaut des données personnelles des logs et des outils d'analyse.
- 01Minimisation des données par défaut
- 02Hébergement dans l'UE — AWS eu-central-1 (Francfort)
- 03Traitement aligné sur le RGPD : base légale, accès, suppression
- 04Données personnelles exclues des logs et des outils d'analyse
Comment c'est exploité
Des accès au moindre privilège, et des actions sensibles qui exigent une justification.
Les logiciels que nous livrons sont instrumentés dès le premier commit — logs, métriques et traces — pour que ce qui se passe en production soit visible, et non supposé. Les accès suivent le principe du moindre privilège : chaque acteur, humain ou service, reçoit la permission la plus étroite qui lui permet de faire son travail. Les actions sensibles des opérateurs demandent une justification avant de s'exécuter et laissent une piste d'audit : qui a fait quoi, quand et pourquoi. C'est le modèle qui sous-tend Protocore Center, notre console d'exploitation — la même posture que nous intégrons à chaque système.
- 01Instrumenté par défaut — logs, métriques, traces
- 02Moindre privilège pour chaque acteur, humain ou service
- 03Actions sensibles soumises à justification
- 04Une piste d'audit : qui a fait quoi, quand et pourquoi
Séparation des responsabilités
Nous construisons le logiciel. La frontière réglementaire reste du côté de la licence.
Un produit de paiement réunit deux choses : l'autorisation réglementaire de détenir ou de transférer des fonds, et le logiciel qui donne les instructions, réconcilie et affiche. Protocore construit le logiciel. L'activité réglementée — détenir des fonds, émettre des comptes, transférer de l'argent — relève de la licence de l'opérateur ou d'un partenaire agréé : une banque, un EMI ou un établissement de paiement. Nous concevons les flux pour s'adapter aux infrastructures réglementées que vous apportez ; nous ne remplaçons pas cette autorisation, et aucun logiciel ne le peut.
- 01Protocore construit le logiciel, pas la licence
- 02L'activité réglementée relève de l'opérateur ou d'un partenaire agréé
- 03Données de carte traitées sans jamais transiter par vos serveurs
- 04Authentification forte du client intégrée au parcours de paiement
Pratiques
Les habitudes qui fondent un système fiable.
Des pratiques concrètes que nous intégrons — décrites comme des mécanismes, pas comme des badges.
Données de carte hors de vos serveurs
Les données de carte sont traitées par le rail de paiement et tokenisées : les numéros de carte en clair ne touchent jamais l'infrastructure de l'opérateur.
Authentification forte du client
La SCA est intégrée aux parcours de paiement et de connexion — un second facteur quand le rail ou le risque l'exige, et non ajouté après coup.
Chiffrement en transit
Le trafic passe en TLS de bout en bout ; les secrets et identifiants résident dans des coffres managés et des rôles d'instance, jamais dans le code source.
Isolation par tenant
Lorsqu'un même système sert plusieurs opérateurs, les données de chaque tenant sont cloisonnées par contrôle d'accès : un tenant ne peut jamais lire celles d'un autre.
Divulgation responsable
Vous avez trouvé une faille ? Dites-le-nous.
Si vous pensez avoir découvert un problème de sécurité dans un système Protocore, écrivez-nous et nous le traiterons avec vous. Nous nous efforçons d'accuser réception rapidement, de vous tenir informé pendant la correction et, si vous le souhaitez, de vous citer une fois le problème résolu. Merci de nous laisser un délai raisonnable pour corriger avant toute divulgation publique, et de ne pas accéder à des données qui ne vous appartiennent pas, ni les modifier, pendant vos tests.
Écrivez à security@protocore.io en décrivant votre découverte et comment la reproduire.
Nous confirmons la réception et commençons l'analyse, généralement sous quelques jours ouvrés.
Nous corrigeons et vous tenons informé de l'avancement jusqu'à la résolution.
Avec votre accord, nous vous citons une fois le problème résolu.
Questions
Les questions de sécurité qu'on nous pose en premier.
Nous présentons notre sécurité comme un ensemble de pratiques, pas de badges. Protocore construit la couche logicielle ; lorsqu'un cadre réglementé s'applique — le traitement des cartes, par exemple — le périmètre certifié relève du rail de paiement ou du partenaire agréé de l'opérateur, et nous construisons pour que les données de carte ne touchent jamais vos serveurs. Si une attestation précise compte pour votre programme, dites-le-nous et nous clarifierons qui détient quoi.
Dans l'UE. La production tourne sur AWS eu-central-1 (Francfort). Nous construisons dans l'esprit des pratiques du RGPD — minimisation des données, base légale du traitement, prise en compte des demandes d'accès et de suppression.
La licence. Protocore construit le logiciel qui donne les instructions et réconcilie les mouvements de fonds ; détenir ou transférer des fonds relève de votre propre licence ou d'un partenaire agréé — une banque, un EMI ou un établissement de paiement. Aucun logiciel ne remplace cette autorisation.
Moindre privilège pour chaque acteur, et actions sensibles soumises à justification avec piste d'audit. Tout est instrumenté : savoir qui a fait quoi relève de l'enregistrement, pas de la reconstitution.
Écrivez à security@protocore.io. Nous accusons réception rapidement, vous tenons informé pendant la correction et, si vous le souhaitez, vous citons une fois le problème résolu.
Une question de sécurité non abordée ?
Dites-nous ce que vous avez besoin de voir. Nous répondrons de façon précise — architecture, flux de données et répartition des responsabilités.