ils sont chiffrés avant d'être envoyés sur Internet
Ca s'appelle https
de sorte qu'ils ne peuvent être utilisés/lus sans le mot de passe de l'utilisateur
Et si le but est d'empêcher l'hébergeur d'avoir accès aux données, vu que ça doit prendre 10 secondes de modifier le code pour récupérer les identifiants des utilisateurs, non je vois vraiment pas.
Que je sache, quand j'envoie un fichier sur mon serveur seafile, les données partent chiffrées(https) et le restent si ma bibliothèque l'est.
Mais dans tout les cas (seafile ou ce projet), si je ne suis pas l'admin du serveur qui héberge les fichiers, forcément qu'il y'a moyen de récupérer les mots de passe des utilisateurs. C'est où que j'ai faux vu que j'imagine que j'ai loupé un truc.
# Hmm
Posté par gnumdk (site web personnel) . En réponse à la dépêche Un prototype de Lupo Libero. Évalué à 0.
J'avoue que je comprend pas trop le projet :p
Ca s'appelle https
Et si le but est d'empêcher l'hébergeur d'avoir accès aux données, vu que ça doit prendre 10 secondes de modifier le code pour récupérer les identifiants des utilisateurs, non je vois vraiment pas.
Que je sache, quand j'envoie un fichier sur mon serveur seafile, les données partent chiffrées(https) et le restent si ma bibliothèque l'est.
Mais dans tout les cas (seafile ou ce projet), si je ne suis pas l'admin du serveur qui héberge les fichiers, forcément qu'il y'a moyen de récupérer les mots de passe des utilisateurs. C'est où que j'ai faux vu que j'imagine que j'ai loupé un truc.