Sécurité & confiance
Notre modèle de sécurité suit une règle simple : chaque fois que c'est possible, chaque affirmation doit être vérifiable à la source, par n'importe qui, à tout moment. Voici comment la plateforme est réellement construite.
Les lots de produits sont ancrés sous forme de racines de Merkle sur Base L2 (un layer-2 public d'Ethereum). L'endpoint de preuve ci-dessous est public et sans authentification : n'importe qui peut récupérer la preuve Merkle d'un produit, recalculer les hachages et comparer la racine à la transaction on-chain sur basescan.org. Sans compte, sans permission, sans intervention de SealTrust.
GET https://api.sealtrust.io/verify/merkle/{identifier}
Tableau de bord marque
Chaque vérification NFC remonte en direct. La détection de clone n'alerte que sur les anomalies, conçue pour des centaines de milliers de produits.
À l'échelle, votre équipe ne voit pas le flux brut : des dashboards agrégés et des alertes triées, uniquement sur les anomalies.
Valeurs d'illustration
Chaque article protégé porte une puce NXP NTAG 424 DNA. Ses clés sont écrites en usine, ne sont jamais exposées et ne peuvent pas être relues depuis le tag. À chaque lecture, la puce génère un code à usage unique (SDM) que notre API déchiffre et valide côté serveur. Un code capturé ne peut pas être rejoué, et sans les clés, un attaquant ne peut pas en produire un valide. L'authentification est cryptographique, pas déclarative.
Les clés privées qui signent les opérations on-chain et les clés maîtresses qui protègent les secrets des puces NFC résident dans un KMS cloud managé. La signature s'effectue à l'intérieur du KMS ; le matériau de clé brut n'apparaît jamais dans le code applicatif, les conteneurs ou les dépôts.
Certificats et dossiers produits sont hachés dans des arbres de Merkle dont les racines sont ancrées sur Base L2 (chain id 8453). L'ancre étant publique, l'intégrité est vérifiable par n'importe quel tiers (un client, un auditeur, une place de marché) sans nous solliciter et sans faire confiance à notre base de données.
Changer le propriétaire d'un produit est une opération sensible : elle exige une confirmation explicite par code à usage unique (OTP ou TOTP d'application d'authentification). Un mot de passe volé ou une session détournée ne suffisent pas à déplacer un produit, et chaque transfert s'inscrit dans l'historique vérifiable de l'article.
Chaque scan alimente un moteur de confiance à base de règles et un pipeline de ML entraîné sur des données de scans étiquetées. Impossibilité géographique (la même identité en deux lieux éloignés au même moment), compteurs de scans qui reculent, codes rejoués et schémas multi-wallets sont signalés automatiquement et intégrés à un score de confiance par produit, suivi par les marques depuis leur tableau de bord.
Les opérations on-chain les plus critiques sont placées derrière un portefeuille multi-signatures Gnosis Safe : un quorum de signataires autorisés doit approuver avant toute exécution, et chaque approbation est enregistrée on-chain. Aucune clé isolée ne peut émettre ou détruire seule.
Les droits des personnes sont du logiciel qui fonctionne, pas un paragraphe de politique : l'export des données (article 15) et l'effacement (article 17) sont implémentés comme des routes API dédiées. Les adresses IP des journaux de scan sont anonymisées après 30 jours, et la conservation est bornée par catégorie de données.
La production tourne sur une infrastructure européenne : les dossiers produits et consommateurs restent sous juridiction de l'UE, ce qui compte autant pour votre posture de conformité que pour les droits de vos clients.
Des questions de sécurité propres à votre déploiement ? Parlez directement à l'équipe qui a construit tout ça.
Nous contacter