@R1Rail @teslawf @T3hty @Monolecte Ce qui ne fonctionne que si tu as du résal… Et pas 2 clients ouverts en même temps… Etc.
Bref, pas utilisable par Mr Michu.

@R1Rail @aeris @T3hty @Monolecte voilà, pas de possibilité d'oublier, ça synchro tout seul

@teslawf @R1Rail @T3hty @Monolecte Ça synchro tout seul. Mais au niveau FS. Qui peut conduire à PLEIN de merde au niveau keepass.
Si tu fais ça, tu dois avoir en permanence conscience que le truc tourne et que tu ne dois pas faire n’importe quoi. Tu dois t’interdire certains trucs pourtant naïf quand tu veux utiliser un gestionnaire de mot de passe en 2018.

@teslawf @R1Rail @T3hty @Monolecte En l’état, synchro keepass(X) = risque de corruption de la base de données, conduisant au mieux à la perte des X dernières modifications effectuées sur le device Y, au pire à la perte intégrale de la base.
Dans tous les cas, inutilisable…

@aeris @teslawf @T3hty @Monolecte

Bon mais maintenant
1) il n'est pas question de passer par un service de stockage je dois être le seul à avoir accès à la base, et pas question de "créer un compte" où que ce soit. Ça fous à la poubelle Lastpass, 1Password et bitwarden.
2) Dois marcher sur Android, windowqs linux et FreeBSD : ça fous à la poubelle passwordstore.

Je reste avec keepass...

@R1Rail @teslawf @T3hty @Monolecte LastPass n’a aucun accès à tes données. C’est du 0knowledge, tes mots de passe ne quittent jamais ton PC non chiffrés. Recommandé par Snowden.

@aeris @R1Rail @T3hty @Monolecte le Vault est casse-couilles, bugué, nécessite les cookies tiers, j'en ai vite eu marre.

@R1Rail @teslawf @T3hty @Monolecte Techniquement parlant, passwordstore fonctionne partout où fonctionne GPG. Donc ça doit passer partout, manque juste les applis.

@R1Rail @teslawf @T3hty @Monolecte D’ailleurs ça tourne sans souci sous Android : https://github.com/zeapo/Android-Password-Store

@R1Rail @teslawf @T3hty @Monolecte Pareil sous Windows : https://github.com/Baggykiin/pass-winmenu

@R1Rail @teslawf @T3hty @Monolecte Le format de fichier est tellement simple (filesystem standard avec 1 fichier par compte + gpg + git/rsync/owncloud/whatever) que ça sera supporté absolument partout facilement, et que la synchro est out-of-the-box même avec des synchros « débiles » (owncloud/rsync) (vu que 1 compte = 1 fichier, conflit quasi-impossible)

@aeris @teslawf @T3hty @Monolecte
Mouais gpg + git + ... sous windowss c'est pas pour moi.
Du tout.
Et encore moins sous android.

Quand au 1 cpte = 1 fichier, donc le nom du "compte" est en clair ? et on peut mettre autre chose qu'un user/mot de passe dedans ?

@R1Rail @teslawf @T3hty @Monolecte Tu peux mettre tout ce que tu veux dedans. Et en nom du fichier, tu y mets ce que tu veux, l’idéal étant quand même d’y mettre le domaine concerné 😂

@R1Rail @teslawf @T3hty @Monolecte Le login peut être soit dans le nom de fichier, soit dans la donnée chiffrée (« login: xxx »).
Le fichier lui-même contient le mot de passe sur la 1ère ligne, et tout ce que tu veux derrière.
Ça supporte aussi nativement les otp (via browserpass).

@R1Rail @teslawf @T3hty @Monolecte Le cas du login dans le nom de fichier permet surtout de gérer les services où tu as plusieurs comptes dessus. Exemple chez moi avec twitter.

@aeris @teslawf @T3hty @Monolecte Alors OTP y'a pas QUE dans le browser qu'on en a besoin... Et c'ets bien de pouvoir générer sur le téléphone dans certains cas. Pour le format de fichier tu as donc une info qui retse publique, pas forcément extra.

@R1Rail @teslawf @T3hty @Monolecte Qui stocke ses fichiers sur un disque non chiffré de toute façon ? 🤔 😂

@aeris @teslawf @T3hty @Monolecte Ah et ça passe la synchro nextcloud sous android ? Parceque j'ai essayé de synchor ma musique et ça a été une cata complète.

@aeris @teslawf @T3hty @Monolecte soft non maintenu qui commence par te parkler arcanes git voir la doc de git-cloine, n'utiliser que des "bare reporsitories".

Réservé aux devs qui utilisent git tous les jours, pas pour moi.

@aeris @R1Rail @teslawf @T3hty @Monolecte Même si gpg fonctionne sur MS-Windows ou Android, c'est moi qui ne suis pas prêt à l'y utiliser !

@ThTh @R1Rail @teslawf @T3hty @Monolecte Ici pour du chiffrement de fichier, ça fait parfaitement le job.
C’est juste pour le mail que c’est l’enfer comme pas possible à cause de la nécessité de s’échanger des clefs…

@aeris @ThTh @R1Rail @teslawf @T3hty @Monolecte
obusier, mouche, etc.

@aeris

On n'échange que des clefs publiques. Donc publiables et faciles à trouver : http://pool.sks-keyservers.net:11371/

Ça n'a rien d'infernal.

@cedesguin Sisi, je t’assure que c’est totalement infernal. Vraiment.

@cedesguin J’ai passé 8h dans une salle avec 20 élèves-ingénieurs. À la sortie, 2 seulement avaient fait le nécessaire.
Les autres, la clef privée avait fini chez le voisin, ou alors ils avaient signés des clefs malware, ou les outils de mail étaient mal configurés (au pif les corps HTML non signés/chiffrés…), etc.
Ce n’est pas pour rien qu’on a abandonné GPG dans les CVP.

@Spyou @teslawf @T3hty @Monolecte Même sans parler de modifier la même entrée.
Il suffit de modifier *une* entrée sur 2 périphériques pour que la synchro perde l’une ou l’autre des modifs.
Parce que la synchro va synchro l’ensemble du gros fichier de DB sur le filesystem…

@Spyou @teslawf @T3hty @Monolecte
Si tu tu modifies le site A sur le device A, et le site B sur B, alors ta synchro va soit conduire à l’ancien A et le nouveau B (si A récupère la modif de B) soit le nouveau A et l’ancien B (si B récupère la modif de A), mais jamais le nouveau A *ET* le nouveau B (il faudrait que la synchro se fasse au niveau des entrées keepass pour ça).

@aeris @Spyou @teslawf @Monolecte pas sous keepass. Si tu syncro les deux fichiers, tu auras les deux entrées correctes (que ça soit sur le même fichier, ou syncro explicite de deux fichiers)

@T3hty @Spyou @teslawf @Monolecte Je ne vois pas comment c’est possible.
Owncloud/whatever ne sait *PAS* ce que contient le fichier.
Si pour une raison ou une autre, tu n’as *PAS* fait la synchro sur B alors qu’il y a une modif en attente en provenance de A, alors B va créer un fichier A'≠A, ne contenant *PAS* la modif A. Et la synchro va se faire.
Et lorsque A va du coup faire la synchro, il va récupérer A', contenant la modif B mais *PAS* la modif A…

@T3hty @Spyou @teslawf @Monolecte Cas typique que je n’ai que trop connu : fichier keepass sur mon desktop et mon lappy.
Modifs faites sur mon desktop, synchros régulières, pas de souci.
Démarrage de mon lappy chez un client, sans réels accès réseau (en tout cas, la synchro tu oublies). Modification de 2 ou 3 entrées keepass.
Arrivée à la maison, nettoyage du lappy, la synchro se fait… Et l’intégralité de toutes les modifications antérieures au dernier démarrage du lappy est perdue !!!

@T3hty @Spyou @teslawf @Monolecte
En fait tu es typiquement dans le cas d’un merge commit git.
Ton desktop et ton lappy connaissent A…E.
Ton desktop ajoute E…M, ton lappy fait lui E…M'. Et donc sans merge (logiciel donc, et pas FS), soit tu finiras avec A…E…M, soit avec A…E…M', mais dans tous les cas, tu perdra une des 2 branches…

Soit la synchro au niveau FS conduit

@T3hty @Spyou @teslawf @Monolecte En tout cas, la PR est toujours en cours niveau KeepassX, et tant que la synchro se fera uniquement au niveau FS, il y aura de toute façon toujours le problème (synchro de l’intégralité d’un des 2 fichiers, sans tenir compte des modifs apparus dans l’autre)

@aeris @Spyou @teslawf @Monolecte KeepassX n'est plus maintenue. Et pour ce qui est de son remplaçant, KeepassXC, je ne sais pas si ça a été fait. C'est pour ça que je fais la syncro qu'avec keepass quand c'est nécessaire

@T3hty @Spyou @teslawf @Monolecte Que ça soit keepass ou X ou XC, je ne vois de toute façon pas comment de la synchro au niveau FS peut gérer du multi-device proprement.
Le fichier va *forcément* être écrasé en intégralité, sans autoriser de merge applicatif.

@aeris @Spyou @teslawf @Monolecte synchronisation des entrées une fois les deux fichiers dechiffrés, c'est ce que fait keepass

@T3hty @Spyou @teslawf @Monolecte Oui, sauf que là on parle d’une synchro au niveau FS hein.
Tu n’as JAMAIS les 2 fichiers déchiffrés en même temps… Puisque ton outil de synchro va t’écraser l’ancien bien violamment…

@T3hty @Spyou @teslawf @Monolecte Donc oui, on peut éventuellement peut-être un jour si tout va bien faire du merge avec des fichiers keepass. Ça nécessite forcément un outil de synchro custom, on ne peut pas se baser sur du owncloud/rsync/syncthing/dropbox & autre. Il faut forcément quelque chose de custom.

@aeris @Spyou @teslawf @Monolecte ou avoir un trigger sur keepass qui, en fermant et/ou ouvrant une base local, synchro ses entrées avec une copie de la base sur un *cloud, les entrées seront toujours à jour

@T3hty @Spyou @teslawf @Monolecte Ça demande du dev pour gérer ça, et ce n’est actuellement pas le cas.

@aeris @Spyou @teslawf @Monolecte pas besoin de dev, les triggers sont intégrés à keepass. Mais pas dans keepassxc, donc ça reste une solution windows only, je ne suis même pas sur que keepassxc intègre la synchro des entrées

@T3hty @Spyou @teslawf @Monolecte Si, il faut quand même du dev spécifique pour intégrer owncloud/syncthing/dropbox ou autre dans la boucle…

@T3hty @Spyou @teslawf @Monolecte Parce qu’avoir les triggers c’est bien, mais s’il n’a pas les logins du owncloud et les appels webdav (ou rest pour dropbox) nécessaires à sa petite dance de synchro, c’est juste mort 😃

@aeris @Spyou @teslawf @Monolecte quand je parles syncro, c'est la syncro interne à keepass, la syncro sur un *cloud n'est qu'un écrasement de fichiers

@aeris @T3hty @Spyou @Monolecte c'est pas la peine de se battre. Chacun a son usage et l'outil qui correspond. J'accède très peu au fichier avec mon laptop, donc c'est pas un problème pour moi.

@teslawf @T3hty @Spyou @Monolecte Ça dépend beaucoup des usages oui.
Mais mettre dans les mains d’un utilisateur standard un outil qui ne gère pas ce cas d’usage, c’est du suicide pur et simple.