J'en avais parlé il y a quelques temps sur ce forum: faire du p2p en réseau local (donc rapide) dans un but de stockage/sauvegarde. C'est théoriquement possible, mais en pratique il y a pas mal d'obstacles:
-- aucun logiciel dédiée n'existe à jour, et sans application dédiée simple et intuitive, ça sera hors de portée du grand-public
C'est effectivement à créer quoi qu'il me semble qu'il existe un projet d'un soft de ce style ... ou peut être une adaptation au niveau 'interface' d'un bon vieux client ftp (simplification au strict requis pour un usagé lambda, avec assistant de bout en bout, entièrement automatisé : tu pointes les fichiers, le soft fait le reste ...)
-- problèmes de sécurité posés par le partage d'un disque sur le réseau public
Le pb de sécurité de partage est déjà réglé même avec les outils classiques ftp, http, ... ils ont tous moyens de limiter ce qu'on peut voir et faire ... de la même manière qu'on peut déjà le faire avec le partage 'fichiers windows' ou 'nix' ... c'est une question de 'droits' que tous les softs de maintenant coté serveur, intégrent déjà (définition users, passwords, limitation au répertoire de base, ...)
-- sécurité et confidentialité des données: cryptage indispensable
Sécurité réponse juste au dessus.
Bien entendu 'cryptage' ... et il existe tout de qu'il faut, reste à mettre le tout dans un même 'soft' client ... (un client ftp minimaliste qui crypte à la volé lors de l'envoi avec des clefs privées au propriétaire que seul lui connait .. et que le serveur n'a pas à connaitre...)
-- problèmes juridiques: que se passe-t'il si quelqu'un stocke sur ton disque des fichiers illégaux à ton insu ? La musique ou les films piratés ce n'est pas le plus grave: imagine le cas de photos pédophiles et les (très très gros) emmerdes possibles dans ce cas là. Ca calme, non ?
Ben juridiquement, si :
1 - Les conditions d'utilisation sont explicites et rappelent bien la loi
2 - Du fait du cryptage des données, les informations déposées sont effectivement seulement lisibles par ceux qui ont la clé de cryptage, donc l'hébergeur n'est pas au courant du contenu
3 - Que les actes de dépot/retrait eux même sont 'consignés' dans un log, au cas où la justice demande qui a fait quoi quand (le soft 'serveur' peut le faire sans pbs sans toutefois compromettre la confidentialité du contenu du fait du cryptage
Je pense que ces conditions renforcent la non responsabilité de l'hébergeur du contenu
Et même sans 'cryptage', actuellement les hébergeurs 'normaux' ne sont pas tenus pour responsables alors qu'ils sont capables de lire les fichiers d'autruis (cas de sites web, ...)... alors avec cryptage, l'hébergeur 'privé' n'est même capable de savoir ce qu'on dépose, donc on ne peut l'incriminer ...
Dans le cas contraire, (chiffrement ou pas) alors on pourrait taxer la scnf ou la poste de faire parti de réseaux pédophiles du moment que les pédophiles utilisent les consignes, ou envoient des cds par la poste
S'il n'y avait pas possibilité de 'dédouaner' l'hébergeur, comment free, 9, ... feraient pour proposer de tels services ? vous vous rendez compte des risques qu'ils prendraient alors ? je pense pas qu'ils regardent chaque fichier pour être sûr que de l'illégal n'est pas déposé ... même sur les hébergements 'gratuits' inclus dans leurs abos ...
Si effectivement c'est fait sans définir des règles, sécurités, ... forcement là c'est risqué ...
Donc c'est forcement possible sans risque pour l'hébergeur, même privé, si tout est mis en oeuvre correctement ... une simple page rappelant les conditions d'utilisation lors de la création du compte plus du cryptage coté 'client' devraient légalement suffire à protéger l'hébergeur privé de 'retours de batons' à cause d'indélicats ...
D'ailleurs des solutions professionnelles de sauvegarde à distance existent en France, ils doivent avoir des conditions bien 'rodées' et 'bétonnées' sinon eux aussi prendraient des risques de se voir condannés !!
Suffit de reprendre le même modèle réglementaire et juridique à l'échelle particulier avec des conditions d'usage quasi identiques ...