Rendre un contenu illisible pour qui le detient approche plus surement la securite qu un verrou ajoute par dessus.

La cle reste chez son proprietaire

Keybase est un outil de communication construit autour du chiffrement. Sa page d accueil garde une definition courte : messagerie sure et partage de fichiers. Les deux reposent sur la cryptographie a cle publique, que le projet presente comme le moyen de garder les messages prives. L utilisateur detient la cle, le service ne transporte que du texte chiffre, et ce seul choix separe son modele de confiance de celui d une messagerie hebergee.

La difference compte surtout dans le pire des cas. Avec un service heberge, l exploitant se place entre les deux extremites et pourrait en principe lire ce qui passe. Ici la copie lisible ne quitte jamais l appareil qui l a produite. Que l on fasse confiance aux responsables ou non, la quantite de confiance necessaire est plus faible, et c est l argument pratique plutot que l argument commercial.

Le revers figure sur la meme page. Tenir sa propre cle veut dire que personne ne peut la restaurer a votre place. Un appareil perdu n est pas un ticket de support mais une porte close, donc l habitude de recuperation doit etre prevue pendant que tout fonctionne encore : enregistrer un second appareil, ou noter la phrase de recuperation et la ranger hors de la machine.

La verification d identite est le pendant de cet ensemble. Une fois la cle publique liee a des comptes de reseaux sociaux, deux personnes peuvent confirmer a qui elles parlent avant tout echange, au lieu de juger sur un pseudonyme et une image de profil. Pour une transmission qui doit rester tracable, cette confirmation resout souvent plus que le chiffrement lui meme, car un message chiffre envoye a la mauvaise personne reste un message envoye a la mauvaise personne.

Fichiers, messages et limite de temps

Le traitement des fichiers repose sur la meme base. Selon le projet, les photos, les videos et les documents d une equipe peuvent etre stockes avec un chiffrement de bout en bout, ce qui couvre la conservation longue et pas seulement le transport. Pour un groupe qui fait circuler des elements tous les jours, cela evite de chercher un second espace chiffre et garde un seul modele d acces au lieu de deux.

La messagerie recoit un controle de plus. Le projet permet de poser une limite de temps sur les messages les plus sensibles, qui disparaissent ensuite d eux memes. Avec la conception des cles, cela traite deux inquietudes distinctes : que le contenu ne soit pas lu du tout, et qu il ne reste pas lisible plus longtemps que prevu. Ni l une ni l autre n est une protection complete, et les deux servent face au cas ordinaire du telephone prete ou de l ecran regarde par dessus une epaule.

Le public annonce est plus large que les equipes de securite. Le projet cite aussi les foyers, les colocataires, les clubs et les groupes d amis, ce qui dit quelque chose du seuil d entree voulu : l outil doit rester utilisable sans bagage en cryptographie. L objectif est raisonnable, sauf que les valeurs par defaut portent alors le poids, et celles choisies ici penchent du cote strict.

Plateformes, licence et rythme actuel

La couverture est presque complete. La description officielle cite macOS, Windows, Linux, iPhone et Android un par un. Le client ne coute rien, et un meme compte correspond a la meme identite cryptographique sur tous les appareils, si bien qu un message arrive sur le telephone s ouvre sur l ordinateur sans seconde inscription.

Le code source est publie dans un depot public sous licence BSD a trois clauses, donc il peut etre obtenu et lu. Pour un outil qui gere des conversations chiffrees, un code lisible est une condition et non un bonus : sans lui, l affirmation de bout en bout ne reste qu une declaration d intention.

L etat actuel merite une note honnete. La derniere version du depot est 6.6.3, publiee le 3 juin 2026, avec des changements concentres sur la gestion des notifications de plusieurs comptes et quelques corrections. Le depot a encore recu des commits en octobre 2026, mais leur contenu releve surtout des mises a jour de dependances et de corrections de verification du code. Il fonctionne donc toujours, seulement le rythme est passe du developpement rapide a une maintenance lente. Le traiter comme un outil acheve et durable correspond mieux aux faits que d attendre une suite de nouveautes.

Cette lecture determine la maniere de l adopter. Un projet en maintenance convient mal a une equipe qui a besoin d une feuille de route, et convient bien a celle qui veut un canal stable, inspectable et garde chez elle. Un second stockage independant pour tout ce qui compte retire la dependance unique que tout service heberge comporte.

La confiance dans un outil de chiffrement vient d un code lisible et d un regard lucide sur la vitesse a laquelle il avance encore.

Quelques conseils avant de commencer. Faire d abord un essai limite avec les personnes les plus concernees, et verifier que l envoi, la reception et la verification d identite passent tous, avant de deplacer un groupe entier. Garder une copie independante des fichiers de l equipe plutot que de faire reposer l archivage long terme sur un seul service. Et si suivre les nouveautes compte, regarder d abord le rythme du depot, puis decider sur quoi batir.