Movim ne stocke en aucun cas les mots de passes. Nous gardons bien une empreinte sha1 du mot de passe, mais elle n'est pas utile telle quelle. Linuxfr fait probablement pareil d'ailleurs.
Il est vrai que les serveurs XMPP ont tendance à stocker les mots de passe en clair, ceci pour la simple (et honteuse) raison que les spécifications du protocole ne définissent pas une seule méthode de hashing lors de la connexion. Du coup la majorité des serveurs enregistrent le mot de passe en clair plutôt que générer de multiples hash (plus gérable, on ne peut pas vraiment les blamer).
Mais dans ce cas de figure, on peut parfaitement héberger sa propre instance d'XMPP/Movim et passer outre ces problèmes. Movim ne propose pas de nœud par défaut qui risquerait de devenir central, mais promeut une logique de confiance ; si on n'est incapable d'administrer une instance de Movim, on peut toujours utiliser celle d'un tiers de confiance, ami, famille, coloc etc.
[^] # Re: Sacré ploum !
Posté par etenil . En réponse au journal Vos retours sur Friendika et les réseaux sociaux décentralisés ?. Évalué à 1.
Movim ne stocke en aucun cas les mots de passes. Nous gardons bien une empreinte sha1 du mot de passe, mais elle n'est pas utile telle quelle. Linuxfr fait probablement pareil d'ailleurs.
Il est vrai que les serveurs XMPP ont tendance à stocker les mots de passe en clair, ceci pour la simple (et honteuse) raison que les spécifications du protocole ne définissent pas une seule méthode de hashing lors de la connexion. Du coup la majorité des serveurs enregistrent le mot de passe en clair plutôt que générer de multiples hash (plus gérable, on ne peut pas vraiment les blamer).
Mais dans ce cas de figure, on peut parfaitement héberger sa propre instance d'XMPP/Movim et passer outre ces problèmes. Movim ne propose pas de nœud par défaut qui risquerait de devenir central, mais promeut une logique de confiance ; si on n'est incapable d'administrer une instance de Movim, on peut toujours utiliser celle d'un tiers de confiance, ami, famille, coloc etc.