# Signer / déchiffrer avec sa clé Ğ1
**URL:** https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052
**Category:** Duniter-v1
**Created:** [22 November 2022 12:25 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052 "2022-11-22T12:25:07Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [22 November 2022 12:25 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/1 "2022-11-22T12:25:07Z")
@1000i100 il me semble que tu avais fait une petite interface permettant de signer/déchiffrer un message avec ses clés Ğ1 et chiffrer pour une clé publique Ğ1. Est-elle toujours disponible quelque part ? Si ce n’est pas le cas, vu que tu as [ajouté ces fonctionnalités à Ğ1lib](https://git.duniter.org/libs/g1lib.js/-/blob/main/CHANGELOG.fr.md#ajout%C3%A9), ça devrait être assez simple de le faire pour un des devs js qui traînent par ici 🙂
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [22 November 2022 16:31 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/2 "2022-11-22T16:31:42Z")
Il y a l’excellent natools il utilise duniterpy
> **[tools/natools.py · master · tools / little-tools · GitLab](https://git.duniter.org/tools/little-tools/-/blob/master/tools/natools.py)**
>
> Collection of little tools and scripts for the Duniter environment
---
### Author:  [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [23 November 2022 03:15 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/3 "2022-11-23T03:15:28Z")
Je n’ai pas d’UI qui face ça, mais l’API js qui le fait depuis peu est documenté là :
> **[src/crypto.test.mjs · main · libs / G1lib.js · GitLab](https://git.duniter.org/libs/g1lib.js/-/blob/main/src/crypto.test.mjs#L170)**
>
> An ubiquitous static javascript lib for Ǧ1 / Duniter ecosystem with reliability in mind.
Du coup, hors partie réseau, ça devrait être très simple à faire :
Chiffrer : → résultat chiffré
- idSec éméteur
- mdp éméteur
- clef publique destinataire
- message
- Éventuellement objet/titre du message
Déchiffrer : → message déchiffré
- idSec destinataire
- mdp destinataire
- message chiffré
S’il y a un cas d’usage, je peux faire une page web qui fasse ça.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [23 November 2022 09:38 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/4 "2022-11-23T09:38:50Z")
> [@1000i100](#):
>
> S’il y a un cas d’usage
De manière générale, c’est très pédagogique pour montrer comment ça marche (je m’en servirais volontiers dans une vidéo). Et le cas d’usage auquel on avait pensé avec @poka c’est de signer un message type “clé v1 → clé v2” avec la clé v1 et avec la clé v2. Comme ça on anticipe la migration dès le bloc zéro.
---
### Author:  [@Maaltir](https://forum.duniter.org/u/Maaltir)
#### Post date: [23 November 2022 10:04 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/5 "2022-11-23T10:04:35Z")
J’ai vu qu’il était question de relancé une gdev ou gtest avec les données de la Ğ1V1.
Mais les clés finales de dev n’ont rien de commun avec celle de prod.
Du coup comment ça va se tester ce truc ?
---
### Author:  [@tuxmain](https://forum.duniter.org/u/tuxmain)
#### Post date: [23 November 2022 10:21 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/6 "2022-11-23T10:21:16Z")
Le format d’affichage des clés publiques est différent entre DUBP et Substrate mais la crypto est compatible (on peut obtenir l’une à partir de l’autre).
Pour l’instant les clés de la gdev sont les mêmes que celles de la Ğ1, et ça pourra encore être le cas avec la Ğ1v2 (avec juste un changement de préfixe).
Pour la sécurité il faudra par contre migrer les comptes vers d’autres ayant une clé plus sécurisée (générée avec mnemonic et non mot de passe), et pour que ça se fasse automatiquement dans le bloc zéro, les propriétaires des comptes pourront signer la nouvelle clé publique avec l’ancienne.
Donc un outil de conversion/crypto de n’importe quel format dans n’importe quel autre est toujours pratique. C’est le but de natools (surtout pour faire des scripts), mais un outil web c’est plus pratique dans certains cas.
---
### Author:  [@Maaltir](https://forum.duniter.org/u/Maaltir)
#### Post date: [23 November 2022 10:45 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/7 "2022-11-23T10:45:19Z")
Dans la Gdev toutes les clés commence par 5 et si j’ai bien compris dans la Ğ1V2 elle commenceront toutes par G1.
Du coup à quoi ressemblera la clé V2 lors des tests ou migration à blancs ?
> [@HugoTrentesaux](#):
>
> type “clé v1 → clé v2”
Pour l’utilisateur lambda, comment vérifier que la clé finale sera bien la bonne, lors des tests ?
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [23 November 2022 10:57 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/8 "2022-11-23T10:57:26Z")
> [@1000i100](#):
>
> S’il y a un cas d’usage, je peux faire une page web qui fasse ça.
J’ai justement un cas d’usage à proposer.
J’aurai aimé intégrer G1lib.js à Tiddlywiki de façon à pouvoir chiffrer signer des tiddlers (json internes à TW) selon le salt/pepper de “connexion” ou avec la “clef d’un ami Gchange”
Voici un exemple de TW d’un utilisateur Gchange hébergé sur IPFS
[http://ipfs.copylaradio.com/ipns/k51qzi5uqu5dioeckikst5f8jw1tbljom6acjbw9zerl3671921krs4nm1531r](http://ipfs.copylaradio.com/ipns/k51qzi5uqu5dioeckikst5f8jw1tbljom6acjbw9zerl3671921krs4nm1531r)
L’idée serait de remplacer le chiffrage par “code secret” actuel avec un chiffrage “perso ou pour destinataire” des tiddlers afin que seul ceux à qui est partagé la data stockée dans IPFS en sont les bénéficiaires 😉
> **[Adding a new cryptographic library as TW Plugin](https://talk.tiddlywiki.org/t/adding-a-new-cryptographic-library-as-tw-plugin/5266)**
>
> I wonder if it would be possible to enhance crypto in TW by using ed25519 key pairs crypto? Then “keylocker” could use public keys to address private key owners only This library is providing it https://git.duniter.org/libs/g1lib.js I wonder...
NB: Pour le moment, le chiffrage est réalisé en “batch offline” par natools et tiddlywiki node.js
---
### Author:  [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [23 November 2022 14:01 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/9 "2022-11-23T14:01:21Z")
> [@HugoTrentesaux](#):
>
> signer un message type “clé v1 → clé v2” avec la clé v1 et avec la clé v2.
ça, ça implique d’autres choses que ce que j’ai codé :
- signatures sr25519 et pas uniquement ed25519
- clef privée à partir d’un mnémonique et pas uniquement à partir d’un couple (idSec,Mdp)
Dès que ce sera fait, effectivement on pourra faire une interface avec :
- ancienne clef (idSec&mdp ou mnemonic → seed → pubKey ed25519 )
- nouvelle clef (idSec&mdp ou mnemonic → seed → pubKey sr25519 )
- message à signer
et qui affichera le message suivi des 2 signatures (message qui gagnerait à inclure les 2 clefs publiques)
@Frederic_Renault de ce que je comprends pour ton cas d’usage, tu n’a pas besoin d’une interface qui fasse ça, tu l’as déjà dans Tiddlywiki, tu as besoin d’une lib/api qui puisse tourner dans le navigateur et qui sache faire ça (pour ne pas avoir besoin de le faire coté serveur et pouvoir faire du chiffrage end2end de navigateur à navigateur). Si c’est bien ça, G1lib le propose depuis la [v3.4.0](https://git.duniter.org/libs/g1lib.js/-/blob/main/CHANGELOG.fr.md#version-340-2022-11-15-par-1000i100) et dont tu as un [exemple d’utilisation](https://git.duniter.org/libs/g1lib.js/-/compare/v3.3.3...v3.4.0#f62b9d5a4f702742f1b1e4a1e329d45a6ca078a6_130_146) dans les tests unitaires.
As-tu besoin de plus pour t’en servir @Frederic_Renault ?
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [24 November 2022 10:47 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/10 "2022-11-24T10:47:20Z")
3 posts were split to a new topic: [Discussion sur la gestion du projet Duniter](https://forum.duniter.org/t/discussion-sur-la-gestion-du-projet-duniter/10064)
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [23 November 2022 21:26 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/11 "2022-11-23T21:26:17Z")
> [@1000i100](#):
>
> tu n’a pas besoin d’une interface qui fasse ça, tu l’as déjà dans Tiddlywiki,
natools sert à initialiser les disques IPFS des utilisateurs (TW en est l’index)
Puis sert au travers d’une API qui permet de créer puis passer son TW en lecture/ecriture
> [@1000i100](#):
>
> As-tu besoin de plus pour t’en servir
Utiliser G1Lib pour contrôler le login, le chiffrage et la signature directement dans TW serait cool.
Au stade de compréhension actuel de Glib et TW, oui, j’aurai bien besoin d’aide.
---
### Author:  [@Frederic\_Renault](https://forum.duniter.org/u/Frederic_Renault)
#### Post date: [24 November 2022 13:51 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/12 "2022-11-24T13:51:28Z")
Des retours sur l’idée d’ajouter G1lib.js à TW
> **[Adding a new cryptographic library as TW Plugin](https://talk.tiddlywiki.org/t/adding-a-new-cryptographic-library-as-tw-plugin/5266/3?u=papiche)**
>
> The advantage of the built in crypto library is, that it is completely self contained, with no external dependencies. Your suggested library seems to have 8 external dependencies:...
> [@pmario](#):
>
> L’avantage de la bibliothèque cryptographique intégrée est qu’elle est complètement autonome, sans aucune dépendance externe.
>
> La bibliothèque que vous proposez semble avoir 8 dépendances externes : package.json - main - libs / G1lib.js - GitLab. Plusieurs d’entre eux ont d’autres dépendances.
>
> Seul un paquet contient des informations sur l’audit des tiers. Je ne vois pas pourquoi une bibliothèque cryptographique a besoin de node-fetch comme dépendance, qui à son tour a beaucoup plus de dépendances … node-fetch est pour le réseau et imo n’a rien à offrir pour une bibliothèque cryptographique.
>
> S’il est “compilé” et minifié, quelle est la taille de l’ensemble ?
>
> Personnellement, je n’y toucherais pas.
@1000i100@ManUtopiK qu’en dites vous?
---
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [24 November 2022 16:17 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/13 "2022-11-24T16:17:33Z")
> [@HugoTrentesaux](#):
>
> signer un message type “clé v1 → clé v2” avec la clé v1 et avec la clé v2. Comme ça on anticipe la migration dès le bloc zéro.
Je ne comprends pas l’intérêt de ce cas d’usage. A part pour les membres forgerons éventuellement.
Mais pour les membres lambda ça me semblerait bien trop compliqué de leur demander de passer par un site web spécial pour préparer un changement de clé.
Je pense qu’il est préférable de n’exiger à l’utilisateur des actions que dans la nouvelle application qu’il utilisera (gecko ou cesium-v2).
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [24 November 2022 18:37 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/14 "2022-11-24T18:37:04Z")
> [@elois](#):
>
> Mais pour les membres lambda ça me semblerait bien trop compliqué de leur demander de passer par un site web spécial pour préparer un changement de clé.
Ca c’est parceque tu n’a aucune idée de l’UX et l’archi derrière qu’on songe à mettre en place.
> [@Discussion sur la gestion du projet Duniter](https://forum.duniter.org/t/discussion-sur-la-gestion-du-projet-duniter/10064/12):
>
> Mais si comme tu l’affirmes je ne saurais pas ce que vous faite, ça veut dire que vous manqueriez de transparence sur ce que vous faites ? Est-ce le cas ?
Si on ne partage pas ces infos là, c’est justement parceque la conception n’est pas terminé de notre côté, ce n’est pas notre priorité, donc comme d’hab on fera un poste quand on aura une proposition claire et définie.
> [@ĞDev sanity tests en échec à cause d'incohérences dans le storage](https://forum.duniter.org/t/gdev-sanity-tests-en-echec-a-cause-dincoherences-dans-le-storage/10039/3):
>
> Faire un post public, du surcrois en anglais, me demande plus d’effort de rédaction, ce qui est déjà chronophage pour moi
bah pareil, et pourtant je le fais.
C’est d’ailleurs pour ça qu’il y a déjà un topic à ce sujet qui date du 17 octobre: [V2S: smooth gradual migration (clients and indexers side)](https://forum.duniter.org/t/v2s-smooth-gradual-migration-clients-and-indexers-side/9827)
Tu n’as pas participé à cette discutions publique dédié à ce sujet.
Ta réponse ici confirme que tu n’as pas lu le contenu de cette discutions, qui n’est pourtant pas bien longue, claire et synthétique (et en Français de surcrois).
> [@Toile des forgerons](https://forum.duniter.org/t/toile-des-forgerons/9999/12):
>
> C’est très bien de chercher à tout comprendre, et je t’encourage à continuer dans cette voie, mais je t’invite aussi à faire preuve de beaucoup plus d’humilité, car tu me sembles encore très loin du niveau d’expertise nécessaire pour émettre un avis technique pertinent sur la question.
---
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [24 November 2022 23:34 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/15 "2022-11-24T23:34:02Z")
> [@poka](#):
>
> tu n’a aucune idée de l’UX et l’archi derrière qu’on songe à mettre en place.
C’est qui “on” ? Peut tu stp prendre l’habitude de remplacer on part la liste des personnes concernées ? (Au moins une fois au début de ton post).
> [@poka](#):
>
> bah pareil, et pourtant je le fais.
Non pas pareil. J’ai 3 contraintes que tu n’a pas:
1. Un boulot UNL à plein temps.
2. Mon clavier bépo vient de rendre l’âme, je dois faire avec un clavier de secours sur lequel je tape beaucoup moins vite.
3. De base, je tape plus lentement que la moyenne, et clairement plus lentement que toi (je t’ai observé taper sur ton clavier de nombreuses fois).
> [@poka](#):
>
> Ta réponse ici confirme que tu n’as pas lu le contenu de cette discutions, qui n’est pourtant pas bien longue, claire et synthétique (et en Français de surcrois).
Je réagissais à une proposition de Hugo qui ne faisais pas le lien avec la discussion que tu mentionnes. Tu aurais pu gentiment me répondre que l’explication est sur tel autre sujet à lire avec le lien, et j’aurais été le lire avant de continuer.
Rappelle toi aussi que nous ne sommes pas sur un pied d’égalité niveau temps de lecture que l’on peut consacrer à ce forum, tu ne peux pas exiger de moi que j’aie lu tous tes posts publics explicatifs.
Si tu relis mes réponses aux critiques/remarques formulées par d’autres, tu constateras que je commence toujours par une 1ère réponse sans invective fournissant le lien vers le post d’explication à lire. C’est seulement si la personne ne va pas le lire et continue ses critiques que je change de ton.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [24 November 2022 23:36 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/16 "2022-11-24T23:36:41Z")
> [@elois](#):
>
> ton post
Ce n’est pas mon poste.
> [@elois](#):
>
> C’est qui “on” ?
@HugoTrentesaux @ManUtopiK @1000i100
---
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [24 November 2022 23:45 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/17 "2022-11-24T23:45:11Z")
> [@poka](#):
>
> Ta réponse ici confirme que tu n’as pas lu le contenu de cette discutions
Je viens de la lire en entier, et elle n’apporte aucun élément qui remette en cause la pertinence de ma réponse, je maintiens que c’est une très mauvaise idée.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [25 November 2022 00:11 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/18 "2022-11-25T00:11:34Z")
Je viens de te répondre 🙂
Appel moi si c’est pas clair, plus le temps de te répondre par écrit.
---
### Author:  [@ManUtopiK](https://forum.duniter.org/u/ManUtopiK)
#### Post date: [25 November 2022 10:59 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/19 "2022-11-25T10:59:19Z")
@poka
> [@Frederic\_Renault](#):
>
> > [@](#):
> >
> > L’avantage de la bibliothèque cryptographique intégrée est qu’elle est complètement autonome, sans aucune dépendance externe.
> >
> > La bibliothèque que vous proposez semble avoir 8 dépendances externes : package.json - main - libs / G1lib.js - GitLab. Plusieurs d’entre eux ont d’autres dépendances.
> >
> > Seul un paquet contient des informations sur l’audit des tiers. Je ne vois pas pourquoi une bibliothèque cryptographique a besoin de node-fetch comme dépendance, qui à son tour a beaucoup plus de dépendances … node-fetch est pour le réseau et imo n’a rien à offrir pour une bibliothèque cryptographique.
> >
> > S’il est “compilé” et minifié, quelle est la taille de l’ensemble ?
> >
> > Personnellement, je n’y toucherais pas.
>
> @1000i100 @ManUtopiK qu’en dites vous?
Qu’il a raison. Il y a 2 dépendances qui font la même chose : node-fetch et cross-fetch.
Et ces dépendances ne devraient pas être dans g1lib, seulement en [`peerDependencies`](https://www.younup.fr/blog/a-quoi-servent-les-peerdependencies-dans-le-package-json). Fetch est supporté dans le browser, donc ça ne sert à rien de le mettre dans la lib…
Pourquoi tu as besoin de ces dépendances @1000i100 ?
---
### Author:  [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [25 November 2022 14:03 UTC](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052/20 "2022-11-25T14:03:47Z")
> [@pmario](#):
>
> L’avantage de la bibliothèque cryptographique intégrée est qu’elle est complètement autonome, sans aucune dépendance externe.
>
> La bibliothèque que vous proposez semble avoir 8 dépendances externes : package.json - main - libs / G1lib.js - GitLab. Plusieurs d’entre eux ont d’autres dépendances.
> [@ManUtopiK](#):
>
> Pourquoi tu as besoin de ces dépendances @1000i100 ?
La partie crypto de g1lib n’en as absolument pas besoin, et son build static n’a aucune dépendances.
Les premières briques de réseau présentes dans g1lib ont besoin de node-fetch ou assimilé pour fonctionner coté serveur, mais coté navigateur, zero dépendances.
Il y a deux package.json sur ce projet. Celui qui me sert à construire et tester la lib, et celui pour la publication sur npm, qui indique les dépendances en production, à savoir aucune :
> **[npm/package.json · main · libs / G1lib.js · GitLab](https://git.duniter.org/libs/g1lib.js/-/blob/main/npm/package.json)**
>
> An ubiquitous static javascript lib for Ǧ1 / Duniter ecosystem with reliability in mind.
> [@pmario](#):
>
> S’il est “compilé” et minifié, quelle est la taille de l’ensemble ?
Je t’ai répondu là ou tu m’a posé la question la première fois : [intégration et usage de G1lib.js (#8) · Issues · libs / G1lib.js · GitLab](https://git.duniter.org/libs/g1lib.js/-/issues/8#note_34098)
[Next page](https://forum.duniter.org/t/signer-dechiffrer-avec-sa-cle-g1/10052.md?page=2)