Bitcoin/Clés : Différence entre versions
De WikiOpenTruc
< Bitcoin
m (→Pages connexes) |
m (→Pages connexes) |
||
| (50 révisions intermédiaires par 3 utilisateurs non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
| − | |||
| − | + | ==Clé publique== | |
| − | |||
| − | + | La clé publique est calculée à partir de la clé privée en utilisant l’algorithme ECDSA (Elliptic Curve Digital Signature Algorithm). | |
| − | * | + | * https://fr.wikipedia.org/wiki/Elliptic_curve_digital_signature_algorithm |
| − | |||
| − | |||
| − | |||
| − | * | + | * https://www.miximum.fr/blog/tout-savoir-sur-les-adresses-bitcoin/ |
| − | |||
| − | + | <br> | |
| + | ==Technique== | ||
| + | * exemple d'adresse : | ||
<pre> | <pre> | ||
| − | + | 1J3BnzUeHubrjdMuBjSPtpUy2wv7RchNyy | |
| − | + | 0123456789012345678901234567890123 | |
</pre> | </pre> | ||
| − | 34 | + | |
| + | * Les adresses sont codées sur 34 caractères en base 58 | ||
| + | * (26 majuscules + 26 minuscules + 10 chiffres) = 62 - 4 caractères ambigus (i,I,o,O) | ||
| + | |||
| + | La séquence est la suivante : | ||
| + | * la clé privée est fabriquée n'importe comment. Prise éventuellement au hasard dans {0, 2^^64} | ||
| + | * la clé publique est générée à partir de la clé privée (l'inverse est impossible) | ||
| + | * l'adresse est générée à partir de la clé publique (l'inverse est impossible) | ||
| + | |||
| + | Le protocole Bitcoin utilise la courbe <i>secp256k1</i> : | ||
| + | * qui a priori n'est pas dans openssl | ||
| + | * https://packages.debian.org/stretch/libsecp256k1-0 | ||
| + | |||
| + | |||
| + | Normalement, il y a infiniment peu de chances de se choisir une clé privée déjà existante. | ||
| + | (mais au pire, on peut vérifier si la clé publique (ou l'adresse) n'existe pas déjà) | ||
| + | |||
| + | <br> | ||
| + | |||
| + | ==Sécurité== | ||
| + | Quelques points à bien comprendre sont que, avec les monnaies électroniques (et pas juste les crypto-monnaies) : | ||
| + | * les cambrioleurs peuvent s'atteler à leur travail de façon bien plus tranquille (un ordinateur + connexion internet) | ||
| + | * une banque classique joue le rôle de tiers de confiance, mais aussi de gardienne de vos fonds. Avec le BTC, cette tierce partie a disparu, c'est à <b>vous</b> de vous occuper de la sécurité de vos fonds | ||
| + | * vous pouvez bien sûr déléguer cette fonction ... mais il faut bien comprendre que cela vous renvoie quasi intégralement dans le schéma bancaire classique, avec le petit plus que les nouveaux intervenants n'ont pas du tout la fiabilité ni la réputation des banques classiques. Les cas de banquiers bitcoins partis avec la caisse sont nombreux ! | ||
| + | |||
| + | Dans le cas du bitcoin, l'essentiel des considérations de sécurité portent sur la sécurité des clés. | ||
| + | * si vous vous fabriquez une clé de mauvaise qualité ... vous en paierez le prix | ||
| + | * si vous stockez mal votre clé, idem | ||
| + | |||
| + | Les techniques de cryptographie employées par bitcoin reposent sur la non-inversibilité de fonctions de hash. | ||
| + | Employées "pleinement", ie comme il faut, ces techniques (open, auditées et maintenues par une large communauté) sont par elle-mêmes inviolables. | ||
| + | (C'est le fait que ces techniques soient open, auditées et maintenues par une large communauté, qui constitue la "garantie" offerte par bitcoin). | ||
| + | <!-- à chacun d'apprécier la valeur de cette garantie --> | ||
| + | |||
| + | Comprendre/connaître le minimum nécessaire concernant ces techniques n'est pas bien difficile. | ||
| + | |||
| + | L'utilisateur qui décide (consciemment ou pas) de ne pas utiliser ces techniques conformément à leur bonne utilisation, | ||
| + | s'expose forcément à en subir le contrecoup. | ||
| + | Une tronçonneuse, une voiture, un hachoir à légumes, sont aussi des objets techniques performants. | ||
| + | Si vous les manipulez sans comprendre les rudiments de sécurité les concernant, vous vous exposez au danger. | ||
| + | |||
| + | Le "stockage à froid" semble la technique la plus sensée. | ||
<br> | <br> | ||
| Ligne 32 : | Ligne 69 : | ||
* les clés ultimement stockées sur une clé usb. Il existe même des clés dédiées. | * les clés ultimement stockées sur une clé usb. Il existe même des clés dédiées. | ||
| − | * les éventuelles connexions se faisant via un raspberry pi sous raspbian ou une distro plus secure | + | * les clés éclatées en plusieurs morceaux, chaque morceau stocké sur un support différent |
| + | |||
| + | * les adresses de comptes étant des adresses multisignature (une autre forme de la soluce ci-dessus) | ||
| + | |||
| + | * les éventuelles connexions se faisant via un raspberry pi sous raspbian ou une distro plus secure, genre tail | ||
| + | |||
| + | * toute combinaison des techniques ci-dessus | ||
| + | |||
| + | |||
| + | Il faut être conscient qu'aujourd'hui, il circule énormément de virus dont la fonction principale | ||
| + | est d'explorer l'ordinateur où ils se trouvent à la recherche de fichiers contenant des clés privées | ||
| + | puis d'exfiltrer les résultats vers les cybercambrioleurs à l'origine de ces virus. | ||
| + | |||
| + | |||
| + | Le stockage de clés sur support non connecté à internet est appelé <i>stockage à froid</i>. | ||
| + | C'est le mode de stockage le plus recommandé, mais il n'est pas non plus invulnérable.<br> | ||
| + | |||
| + | * En effet, même si on manipule ses clés en étant déconnecté d'internet, rien n'empêche en théorie un virus adroit de recopier les clés sur un ordinateur hôte lors d'une insertion de la clé, et si l'ordinateur hôte est infecté, c'est lui qui se chargera d'une transmission via internet à la prochaine connection. Cela nécessite certes un virus sophistiqué, présent sur la clé USB et sur l'ordinateur hôte, et travaillant de manière synchronisé ... mais en théorie, c'est faisable. | ||
| + | |||
| + | * même avec le stockage à froid, il peut y avoir des moments où l'ordinateur permettant une transaction sera à la fois connecté à internet, et les clés seront présentes. Idéalement ces moments ne devraient pas exister, mais à défaut de cet idéal, ce qu'on peut réaliser est de minimiser la durée de ces moments. | ||
| + | |||
| + | |||
| + | Le stockage à froid reste quand même ce qu'il y a de mieux. | ||
| + | Au moins cela construit un sas entre les clés et internet. | ||
| + | Les clés ne peuvent pas fuiter directement. | ||
| + | |||
| + | <br> | ||
| + | |||
| + | ==Liens== | ||
| + | * Securisation et stockage à froid des Bitcoins http://www.pagasa.net/securisation-stockage-froid-bitcoins/ | ||
| + | * https://www.miximum.fr/blog/tout-savoir-sur-les-adresses-bitcoin/ bon article de 2014 sur le danger des passphrases | ||
<br> | <br> | ||
Version actuelle datée du 19 août 2023 à 08:52
Clé publique
La clé publique est calculée à partir de la clé privée en utilisant l’algorithme ECDSA (Elliptic Curve Digital Signature Algorithm).
Technique
- exemple d'adresse :
1J3BnzUeHubrjdMuBjSPtpUy2wv7RchNyy 0123456789012345678901234567890123
- Les adresses sont codées sur 34 caractères en base 58
- (26 majuscules + 26 minuscules + 10 chiffres) = 62 - 4 caractères ambigus (i,I,o,O)
La séquence est la suivante :
- la clé privée est fabriquée n'importe comment. Prise éventuellement au hasard dans {0, 2^^64}
- la clé publique est générée à partir de la clé privée (l'inverse est impossible)
- l'adresse est générée à partir de la clé publique (l'inverse est impossible)
Le protocole Bitcoin utilise la courbe secp256k1 :
- qui a priori n'est pas dans openssl
- https://packages.debian.org/stretch/libsecp256k1-0
Normalement, il y a infiniment peu de chances de se choisir une clé privée déjà existante.
(mais au pire, on peut vérifier si la clé publique (ou l'adresse) n'existe pas déjà)
Sécurité
Quelques points à bien comprendre sont que, avec les monnaies électroniques (et pas juste les crypto-monnaies) :
- les cambrioleurs peuvent s'atteler à leur travail de façon bien plus tranquille (un ordinateur + connexion internet)
- une banque classique joue le rôle de tiers de confiance, mais aussi de gardienne de vos fonds. Avec le BTC, cette tierce partie a disparu, c'est à vous de vous occuper de la sécurité de vos fonds
- vous pouvez bien sûr déléguer cette fonction ... mais il faut bien comprendre que cela vous renvoie quasi intégralement dans le schéma bancaire classique, avec le petit plus que les nouveaux intervenants n'ont pas du tout la fiabilité ni la réputation des banques classiques. Les cas de banquiers bitcoins partis avec la caisse sont nombreux !
Dans le cas du bitcoin, l'essentiel des considérations de sécurité portent sur la sécurité des clés.
- si vous vous fabriquez une clé de mauvaise qualité ... vous en paierez le prix
- si vous stockez mal votre clé, idem
Les techniques de cryptographie employées par bitcoin reposent sur la non-inversibilité de fonctions de hash. Employées "pleinement", ie comme il faut, ces techniques (open, auditées et maintenues par une large communauté) sont par elle-mêmes inviolables. (C'est le fait que ces techniques soient open, auditées et maintenues par une large communauté, qui constitue la "garantie" offerte par bitcoin).
Comprendre/connaître le minimum nécessaire concernant ces techniques n'est pas bien difficile.
L'utilisateur qui décide (consciemment ou pas) de ne pas utiliser ces techniques conformément à leur bonne utilisation, s'expose forcément à en subir le contrecoup. Une tronçonneuse, une voiture, un hachoir à légumes, sont aussi des objets techniques performants. Si vous les manipulez sans comprendre les rudiments de sécurité les concernant, vous vous exposez au danger.
Le "stockage à froid" semble la technique la plus sensée.
Porte-clés
On peut essayer d'empiler les niveaux de protection :
- les clés ultimement stockées sur une clé usb. Il existe même des clés dédiées.
- les clés éclatées en plusieurs morceaux, chaque morceau stocké sur un support différent
- les adresses de comptes étant des adresses multisignature (une autre forme de la soluce ci-dessus)
- les éventuelles connexions se faisant via un raspberry pi sous raspbian ou une distro plus secure, genre tail
- toute combinaison des techniques ci-dessus
Il faut être conscient qu'aujourd'hui, il circule énormément de virus dont la fonction principale
est d'explorer l'ordinateur où ils se trouvent à la recherche de fichiers contenant des clés privées
puis d'exfiltrer les résultats vers les cybercambrioleurs à l'origine de ces virus.
Le stockage de clés sur support non connecté à internet est appelé stockage à froid.
C'est le mode de stockage le plus recommandé, mais il n'est pas non plus invulnérable.
- En effet, même si on manipule ses clés en étant déconnecté d'internet, rien n'empêche en théorie un virus adroit de recopier les clés sur un ordinateur hôte lors d'une insertion de la clé, et si l'ordinateur hôte est infecté, c'est lui qui se chargera d'une transmission via internet à la prochaine connection. Cela nécessite certes un virus sophistiqué, présent sur la clé USB et sur l'ordinateur hôte, et travaillant de manière synchronisé ... mais en théorie, c'est faisable.
- même avec le stockage à froid, il peut y avoir des moments où l'ordinateur permettant une transaction sera à la fois connecté à internet, et les clés seront présentes. Idéalement ces moments ne devraient pas exister, mais à défaut de cet idéal, ce qu'on peut réaliser est de minimiser la durée de ces moments.
Le stockage à froid reste quand même ce qu'il y a de mieux.
Au moins cela construit un sas entre les clés et internet.
Les clés ne peuvent pas fuiter directement.
Liens
- Securisation et stockage à froid des Bitcoins http://www.pagasa.net/securisation-stockage-froid-bitcoins/
- https://www.miximum.fr/blog/tout-savoir-sur-les-adresses-bitcoin/ bon article de 2014 sur le danger des passphrases
Pages connexes
