shaarlo, le 12/09/2014 à 09:54
Yop,
j'ai bien réfléchi à cette histoire de compte et voilà pourquoi ça m'ennuie :
-ce sont des responsabilités côté serveur : maintenance des données, sécurité des données : ce n'est pas une responsabilité facile et même quand on est "bon" dans le domaine, tôt ou tard, ça finit par exploser.
-c'est une contrainte côté utilisateur : inscription au site souvent très facile, par contre désinscription souvent à chier (nécessité de passer par un admin, un sav en ligne, une lettre recommandée, un mail qui n'arrive des fois jamais etc...)
Et surtout : quid de la confidentialité des données ?
Voilà la solution que je projette à moyen terme :
-le possesseur de shaarli peut grâce à son shaarli indiquer à un outil type shaarlo ou autre le comportement qu'il doit avoir.
En gros : il partage un lien de type 'configuration' qui contient un objet json chiffré par un mot de passe connu que par lui. Lors de sa "connexion" au site, il indique l'url de son shaarli et le mot de passe qui permet de déchiffrer sa configuration : le serveur analyse cette config et lui crée une session et tout ce qu'il faut.
Ainsi, non seulement l'utilisateur reste le maitre de son compte (il décide de son mot de passe et des données qu'il veut bien partager) mais en plus le serveur reste une coquille vide.
Et voilà un site décentralisé au possible avec un système de compte.
Coté technique : un 'tableau' json est chiffré via le code suivant :
$sSecretKey = 'password_de_la_conf_du_shaarliste';
$sValue = 'votre_configuration_en_json';
function fnEncrypt($sValue, $sSecretKey) {
return rtrim(base64_encode(mcrypt_encrypt(MCRYPT_RIJNDAEL_256, $sSecretKey, $sValue, MCRYPT_MODE_CBC)), "\0\3");
}
function fnDecrypt($sValue, $sSecretKey) {
return rtrim(mcrypt_decrypt(MCRYPT_RIJNDAEL_256, $sSecretKey, base64_decode($sValue), MCRYPT_MODE_CBC), "\0\3");
}
Le message obtenu via la fonction fnEncrypt est ensuite "partagé" via son shaarli personnel avec le tag "shaarli.fr_configuration_v1"
Coté shaarli.fr, lorsque l'utilisateur se connecte, il indique "
https://son_site/shaarli/"; et son mot de passe "password_de_la_conf_du_shaarliste".
Le site va ensuite lancé cette requete :
https://son_site/shaarli/?do=rss&searchtags=shaarli.fr_configuration_v1
Il obtient un message chiffré du genre :
wEaqHoQh5B340B3KOEN6Fw/zwFKUYI/iN/XjFEFFvdLz8hVmxgiLXriLNO7K1NVp0wI600ficuxGwgyaCqTfsAFXYgFmXdt/9hnZISmrinCIU+mCb8d4azBrooOzrtBcLVpzR5L56ghTCOtXtcvFY03jAv3q+7iUx1WfELIXguk=
Il le déchiffre et le déjsonify et obtient un tableau du type (données à réfléchir):
array(2) {
["shaarli"]=>
string(26) "
http://machin.chose?do=rss";
["subscriptions"]=>
array(1) {
["machin"]=>
string(26) "
http://machin.chose?do=rss";
}
}
Et ainsi : l'utilisateur est connecté au site via son shaarli : impossible à un attaquant extérieur d'attaquer la base utilisateurs, et même de déchiffrer l'ensemble des données utilisateurs.
Bref, c'est l'idée. Si jamais vous avez des remarques, elles sont toujours les bienvenues.
NB : comme je l'ai indiqué une ou deux fois par mail, le code actuel est clairement trop pourri pour qu'il puisse être sur github...(style "
https://www.shaarli.fr"; est écrit un peu partout dans le code...c'est sur que quand on code au niveau perso, on est moins exigeant sur la qualité du code (mais on y prend plus de plaisir aussi )). Ca viendra dès que l'outil sera assez mature pour être déployé n'importe ou sans mal (je compte virer le système de refresh cronné qui fait trop chier)
(
Permalink)
Neuromancien > shaarlo, le 12/09/2014 à 13:08
" Si jamais vous avez des remarques, elles sont toujours les bienvenues"
Une remarque: Pour un utilisateur de base comme moi, ce message est incompréhensible.
(
Permalink)
OpenNews > shaarlo, le 12/09/2014 à 14:12
En gros ton shaarli va envoyer des informations à shaarli.fr (la configuration). Shaarlo (le soft de shaarli.fr) va faire une tambouille pour n'afficher que les flux que tu veux suivre. Bref, un truc décentralisé.
Autre proposition (en complément de ça) : choisir sur quels pods shaarlo on veut être afficher (via un rel="shaarliqqch"). En gros, ca envoi un pingback à une liste de shaarlo sur lequel on veut-être inscrit et ça inscrit automatiquement (ou envoie une requête qui sera validé par l'admin selon la politique choisie du pod). A contrario, on peut imaginer une balise meta rel="" disant qu'on ne veut pas être affilié à aucun shaarlo (l'équivalent du disallow * du robots.txt). Pas facile à faire mais tellement décentralisé.
(
Permalink)
