Un utilisateur fran\u00e7ais ou europ\u00e9en qui souhaite s\u00e9curiser ses actifs cryptographiques se pose une question fondamentale : quelles donn\u00e9es ma plateforme de gestion de portefeuille collecte-t-elle, qui y acc\u00e8de, et comment cela s’articule-t-il avec le cadre juridique europ\u00e9en ? Trezor Suite, l’application d\u00e9velopp\u00e9e par SatoshiLabs pour g\u00e9rer Bitcoin et autres cryptomonnaies via les portefeuilles mat\u00e9riels Trezor, revendique une architecture o\u00f9 les cl\u00e9s priv\u00e9es restent strictement sur le dispositif. Mais une affirmation technique ne suffit pas \u00e0 satisfaire la conformit\u00e9 l\u00e9gale. Le R\u00e8glement G\u00e9n\u00e9ral sur la Protection des Donn\u00e9es (RGPD) impose des obligations pr\u00e9cises : information transparente, limitation de la collecte, droit d’acc\u00e8s, droit \u00e0 l’oubli, et responsabilit\u00e9 d\u00e9montrable.<\/p>\n
La distinction entre ce qu’une application peut techniquement faire et ce qu’elle doit l\u00e9galement d\u00e9clarer reste souvent floue. Trezor Suite b\u00e9n\u00e9ficie de la proximit\u00e9 de SatoshiLabs, entreprise bas\u00e9e en R\u00e9publique tch\u00e8que (\u00c9tat membre de l’UE), et doit donc respecter le RGPD pour tous les utilisateurs europ\u00e9ens. Cela signifie que chaque interaction avec l’application\u2014qu’elle soit une v\u00e9rification de firmware, une requ\u00eate de cours de change, ou une r\u00e9cup\u00e9ration de solde\u2014doit \u00eatre justifi\u00e9e, minimale, et expliqu\u00e9e clairement. L’absence de collecte de phrase de r\u00e9cup\u00e9ration sur l’\u00e9cran d’un ordinateur est un \u00e9l\u00e9ment rassurant, mais elle ne repr\u00e9sente qu’une partie du tableau complet de la gestion des donn\u00e9es personnelles.<\/p>\n
<\/p>\n
Trezor Suite fonctionne sur plusieurs canaux : applications de bureau pour Windows 10+, macOS 12+, et Linux ; version web compatible avec navigateurs bas\u00e9s sur Chromium ; et applications mobiles pour iOS et Android. Cette multiplicit\u00e9 de plateformes cr\u00e9e autant de points de collecte potentiels de donn\u00e9es. \u00c0 chaque connexion d’un portefeuille mat\u00e9riel Trezor (Model One, Model T, Safe 3, ou Safe 5), l’application effectue une v\u00e9rification cryptographique de l’int\u00e9grit\u00e9 du firmware via SHA256. Cette v\u00e9rification est techniquement n\u00e9cessaire pour d\u00e9tecter les modifications malveillantes, mais elle implique aussi une transmission vers les serveurs de SatoshiLabs du hash du firmware et, potentiellement, des m\u00e9tadonn\u00e9es de la requ\u00eate.<\/p>\n
Sous le RGPD, chaque traitement de donn\u00e9es personnelles\u2014y compris les adresses IP, les timestamps, les identifiants de dispositifs, ou m\u00eame les patterns d’utilisation\u2014doit \u00eatre fond\u00e9 sur une base l\u00e9gale explicite. SatoshiLabs doit documenter la finalit\u00e9 de chaque collecte, la dur\u00e9e de conservation, les tiers qui acc\u00e8dent aux donn\u00e9es, et les droits des utilisateurs. Si l’entreprise collecte l’adresse IP lors d’une v\u00e9rification de firmware, elle doit l’expliquer et offrir un moyen de la minimiser (par exemple, via un serveur proxy ou Tor). Si elle conserve des logs au-del\u00e0 de ce qui est techniquement n\u00e9cessaire, elle viole le principe de limitation de la conservation.<\/p>\n
La v\u00e9rification automatique du firmware \u00e0 chaque connexion est un exemple \u00e9clairant. Elle renforce la s\u00e9curit\u00e9 en s’assurant que seul le firmware officiel de SatoshiLabs est accept\u00e9, ce qui pr\u00e9vient les mises \u00e0 jour frauduleuses. Mais cette v\u00e9rification implique aussi que SatoshiLabs peut observer qui se connecte quand et depuis o\u00f9. Le RGPD ne l’interdit pas, mais exige que ce traitement soit transparent, justifi\u00e9, et limit\u00e9 au n\u00e9cessaire. Une d\u00e9claration de confidentialit\u00e9 claire devrait expliquer : pourquoi cette donn\u00e9e est collect\u00e9e<\/strong>, combien de temps elle est conserv\u00e9e<\/strong>, et comment l’utilisateur peut s’opposer ou la corriger<\/strong>.<\/p>\n L’absence de demande de phrase de r\u00e9cup\u00e9ration sur l’\u00e9cran de l’ordinateur est un contr\u00f4le de s\u00e9curit\u00e9 fort qui r\u00e9duit le risque d’exfiltration via logiciel malveillant install\u00e9 sur l’ordinateur de bureau. Cependant, ce point de s\u00e9curit\u00e9 technique ne suffit pas \u00e0 satisfaire la conformit\u00e9 RGPD. Il faut aussi v\u00e9rifier comment les donn\u00e9es de session, les m\u00e9tadonn\u00e9es de connexion, et les informations de portefeuille sont g\u00e9r\u00e9es une fois l’authentification \u00e9tablie.<\/p>\n SatoshiLabs d\u00e9clare que Trezor Suite ne demande jamais les cl\u00e9s priv\u00e9es ou la phrase de r\u00e9cup\u00e9ration. C’est un engagement fort, et il est soutenu par l’architecture mat\u00e9rielle : le portefeuille Trezor signe les transactions localement, sans exposer la cl\u00e9 secr\u00e8te au logiciel de bureau ou au serveur. Mais la protection cryptographique<\/strong> des cl\u00e9s ne r\u00e9sout pas la question du p\u00e9rim\u00e8tre de la collecte d’autres donn\u00e9es. L’application doit obtenir des soldes de compte, des historiques de transactions, des taux de change, des informations sur les frais r\u00e9seau, et potentiellement des m\u00e9tadonn\u00e9es de localisation pour s’afficher correctement.<\/p>\n Pour les soldes et les transactions, Trezor Suite interroge la blockchain publique ou des n\u0153uds interm\u00e9diaires. Cette interrogation r\u00e9v\u00e8le les adresses de l’utilisateur \u00e0 quiconque surveille le n\u0153ud. Le RGPD n’emp\u00eache pas Trezor Suite de suivre cette approche, mais SatoshiLabs doit informer l’utilisateur des risques et offrir des alternatives (par exemple, se connecter via Tor, utiliser un n\u0153ud personnel, ou un proxy priv\u00e9). Une politique de confidentialit\u00e9 convenable dira : \u00ab Voici quels n\u0153uds nous utilisons par d\u00e9faut, voici comment vous pouvez les changer, et voici quelles donn\u00e9es sont visibles \u00e0 chaque \u00e9tape \u00bb.<\/p>\n Les donn\u00e9es de cours de change, les estimations de frais, et les annonces de s\u00e9curit\u00e9 constituent une autre cat\u00e9gorie. Si Trezor Suite interroge un service de prix pour afficher la valeur en euros d’une transaction Bitcoin, cette requ\u00eate r\u00e9v\u00e8le potentiellement l’heure, le montant, et la g\u00e9olocalisation approximative. SatoshiLabs pourrait cacher ces donn\u00e9es derri\u00e8re un agr\u00e9gateur ou un proxy pour r\u00e9duire la visibilit\u00e9 directe. L’approche RGPD-compliant consiste \u00e0 offrir ce contr\u00f4le aux utilisateurs : \u00ab Pr\u00e9f\u00e9rez-vous un service de prix centralis\u00e9 ou d\u00e9centralis\u00e9 ? Acceptez-vous que votre requ\u00eate soit visible au fournisseur de prix ? \u00bb Trop de portefeuilles contournent cette conversation en silence, collectant et transmettant sans justification explicite.<\/p>\n La version de bureau de Trezor Suite utilise \u00e9galement des mises \u00e0 jour automatiques. Chaque v\u00e9rification de mise \u00e0 jour transmet des m\u00e9tadonn\u00e9es (version actuelle, syst\u00e8me d’exploitation, langue) aux serveurs de SatoshiLabs. Si ces donn\u00e9es permettent une identification indirecte (en croisant version, OS, langue, et timestamp), elles deviennent des donn\u00e9es personnelles au sens du RGPD. La question devient : SatoshiLabs anonymise-t-elle ces m\u00e9tadonn\u00e9es suffisamment ? Ou pourrait-elle corr\u00e9ler une s\u00e9rie de mises \u00e0 jour \u00e0 un utilisateur sp\u00e9cifique ? La conformit\u00e9 exige une r\u00e9ponse document\u00e9e et v\u00e9rifiable.<\/p>\n Tout utilisateur fran\u00e7ais ou europ\u00e9en qui t\u00e9l\u00e9charge et utilise Trezor Suite b\u00e9n\u00e9ficie des droits RGPD, ind\u00e9pendamment du lieu de r\u00e9sidence de SatoshiLabs. Le RGPD s’applique d\u00e8s qu’une entreprise traite les donn\u00e9es d’un r\u00e9sident europ\u00e9en. SatoshiLabs, \u00e9tablie en R\u00e9publique tch\u00e8que, est soumise directement. Cela signifie que chaque utilisateur a le droit de :<\/p>\n Droit d’acc\u00e8s<\/strong> : Obtenir une copie de toutes les donn\u00e9es personnelles que SatoshiLabs d\u00e9tient le concernant. Cela inclut les logs de connexion, les timestamps, les adresses IP, les historiques de requ\u00eates, et tout profil interne construit \u00e0 partir de ces donn\u00e9es. Un utilisateur peut demander \u00ab Quels logs poss\u00e9dez-vous de mes connexions \u00e0 Trezor Suite ? \u00bb<\/p>\n Droit de rectification<\/strong> : Si une donn\u00e9e est inexacte, l’utilisateur peut demander sa correction. Si SatoshiLabs enregistre une mauvaise g\u00e9olocalisation ou un identifiant de dispositif incorrect, l’utilisateur peut exiger une mise \u00e0 jour.<\/p>\n Droit \u00e0 l’oubli<\/strong> : L’utilisateur peut demander la suppression de ses donn\u00e9es si elles ne sont plus n\u00e9cessaires \u00e0 la finalit\u00e9 d\u00e9clar\u00e9e. Si SatoshiLabs conserve les logs de connexion ind\u00e9finiment \u00ab au cas o\u00f9 \u00bb, c’est une violation potentielle. Elle doit justifier chaque jour de conservation suppl\u00e9mentaire.<\/p>\n Droit \u00e0 la limitation du traitement<\/strong> : L’utilisateur peut demander que ses donn\u00e9es soient \u00ab gel\u00e9es \u00bb plut\u00f4t que supprim\u00e9es, ce qui emp\u00eache leur utilisation sans l’emp\u00eacher de continuer \u00e0 utiliser Trezor Suite.<\/p>\n Droit \u00e0 la portabilit\u00e9<\/strong> : L’utilisateur peut demander ses donn\u00e9es dans un format lisible (par exemple CSV) pour les transf\u00e9rer ailleurs. Cela ne concerne pas les cl\u00e9s priv\u00e9es (qui restent sur le portefeuille mat\u00e9riel), mais les m\u00e9tadonn\u00e9es et historiques collect\u00e9s par SatoshiLabs.<\/p>\n Droit d’opposition<\/strong> : L’utilisateur peut s’opposer \u00e0 certains traitements, notamment le profilage ou la publicitaire. Bien que Trezor Suite ne soit pas un service publicitaire, ce droit s’applique si SatoshiLabs analyse les comportements d’utilisation \u00e0 des fins commerciales.<\/p>\n La mise en \u0153uvre pratique de ces droits d\u00e9pend de la politique de confidentialit\u00e9 de SatoshiLabs. Si elle n’explique pas comment exercer ces droits ou ne d\u00e9noue pas les contacts de demande SAR (Subject Access Request), elle est non-conforme. De m\u00eame, si elle affirme ne collecter aucune donn\u00e9e tout en maintenant des logs de serveur, elle trompe les utilisateurs et risque des sanctions de l’autorit\u00e9 de protection des donn\u00e9es (la CNIL pour les utilisateurs fran\u00e7ais).<\/p>\n La v\u00e9rification cryptographique du firmware via SHA256 est un \u00e9l\u00e9ment cl\u00e9 de la s\u00e9curit\u00e9 de Trezor Suite. \u00c0 chaque connexion d’un appareil Trezor, l’application t\u00e9l\u00e9charge une liste de firmware sign\u00e9, calcule le hash du firmware du dispositif, et compare pour v\u00e9rifier son authenticit\u00e9. Cette m\u00e9canique pr\u00e9vient les attaques o\u00f9 un attaquant tenterait de charger un firmware alt\u00e9r\u00e9 contenant du code malveillant. Cependant, le processus implique une communication r\u00e9seau avec les serveurs de SatoshiLabs.<\/p>\n Sous le RGPD, cette communication doit \u00eatre document\u00e9e. Qui acc\u00e8de aux logs de ces requ\u00eates ? Pour combien de temps ? Sont-elles anonymis\u00e9es ou li\u00e9es \u00e0 un compte utilisateur ? Si SatoshiLabs conserve un log indiquant \u00ab 192.168.1.50 a v\u00e9rifi\u00e9 le firmware \u00e0 14h32 le 15 novembre \u00bb, et que cette adresse IP peut \u00eatre li\u00e9e \u00e0 un utilisateur, alors c’est une donn\u00e9e personnelle qui doit \u00eatre justifi\u00e9e et conserv\u00e9e au minimum. Une approche RGPD-optimale serait de :<\/p>\n 1. Anonymiser les adresses IP imm\u00e9diatement (par exemple, en supprimant le dernier octet) ou via un proxy que SatoshiLabs ne contr\u00f4le pas.<\/p>\n 2. Conserver les logs uniquement pour une dur\u00e9e justifi\u00e9e (par exemple, 7 jours pour la d\u00e9tection d’anomalies, 30 jours maximum).<\/p>\n 3. Offrir une option explicite pour v\u00e9rifier le firmware sans r\u00e9v\u00e9ler son adresse IP (par exemple, via Tor int\u00e9gr\u00e9).<\/p>\n 4. Documenter clairement que la v\u00e9rification du firmware ne cr\u00e9e pas un dossier permanent sur l’utilisateur.<\/p>\nCollecte de donn\u00e9es minimale et limitation du p\u00e9rim\u00e8tre<\/h2>\n
Droits des utilisateurs europ\u00e9ens et applicabilit\u00e9 du RGPD<\/h2>\n
V\u00e9rification de l’int\u00e9grit\u00e9 du firmware et transparence des serveurs<\/h2>\n