davfs2

Beaucoup plus intéressant que via Nautilus (mais un peu moins simple !), on peut aussi monter un partage WebDAV comme un système de fichier grâce à davfs2.

Installez le paquet davfs2 en cliquant ici : apt://davfs2

Le montage peut se faire de façon classique en root comme tout système de fichier :

$ sudo mkdir /media/Box.net
$ sudo mount.davfs https://www.box.net/dav /media/Box.net

Please enter the username to authenticate with server
https://www.box.net/dav or hit enter for none.
  Username: Zakhar
Please enter the password to authenticate user eze@free.fr with server
https://www.box.net/dav or hit enter for none.
  Password:  

Mais le plus intéressant est qu'on peut aussi monter un partage WebDAV en userspace (ie : sans droits root). L'utilisateur pourra alors à sa guise monter et démonter le partage sans qu'il ait besoin de lui donner des privilèges administrateur.

Pour que cela soit possible, il est cependant nécessaire de faire quelques modifications.

sudo dpkg-reconfigure davfs2

Et bien sûr, à la question :

Autoriser les utilisateurs non privilégiés à monter les ressources WebDAV ?

on répond : oui.

On crée un répertoire dans notre /home pour monter le partage non privilégié :

mkdir $HOME/Box.net

et on édite le fichier /etc/fstab (prenez la précaution de le sauvegarder auparavant, c'est un fichier sensible !), rajouter :

  # Mon montage WebDav
  https://www.box.net/dav /home/votre_nom/Box.net davfs rw,user,noauto 0 0

Ensuite il faut rajouter votre user au groupe davfs2

sudo adduser $USER davfs2

Et enfin, il faut modifier le fichier secrets qui se trouve dans votre /home, sous le répertoire .davfs2, pour y ajouter les identifiants et mots de passe de votre partage.

mkdir ~/.davfs2
cp /etc/davfs2/davfs2.conf ~/.davfs2
sudo cp /etc/davfs2/secrets ~/.davfs2
sudo chown $USER ~/.davfs2/secrets

Le fichier est donc $HOME/.davfs2/secrets, rajouter

  /home/votre_nom/Box.net	identifiant_webdav	mot_de_passe_webdav

Vous pouvez maintenant constater que dans les raccourcis, à l'endroit où figurent toutes les unités que vous pouvez monter, vous avez une icône correspondant à votre partage WebDAV.

Il vous suffit alors de cliquer dessus pour la monter, comme n'importe quelle unité de disque. Idem pour la démonter, en cliquant sur la petite flèche en regard du nom de montage dans Nautilus.

  use_locks       0

De plus en plus nos fichiers seront dans les nuages (ou sur le cloud pour les anglophones). Cela peut poser des problèmes ou des questions quant au respect de notre vie privée, d'autant plus que les hébergeurs ne sont pas toujours soumis à vos lois locales (CNIL et autres).

Ainsi, on connait bien le modèle économique de Google par exemple, basé sur la valorisation publicitaire de nos données privées. Tous documents, mails, etc… sont scrupuleusement explorés afin de mieux cibler la publicité que Google vend.

Les fichiers que vous pourriez mettre sur votre partage WebDAV sont alors une cible toute indiquée pour de telles pratiques. Si vous souhaitez éviter que l'hébergeur lise vos données privées, rien de plus simple sous Linux : encfs.

En effet, on peut combiner davfs et encfs sans problème. La seule précaution à prendre est que le dossier "en clair" ne doit pas se trouver dans l'arborescence de votre montage WebDAV, sinon le daemon WebDAV s'emmêle un peu les pinceaux !

Donc par exemple vous pouvez faire :

mkdir ~/En_Clair
encfs /home/$USER/Box.net/Crypt /home/$USER/En_Clair

Et vous utilisez votre répertoire En_Clair pour y déposer ou lire vos fichiers stockés sur le partage WebDAV. Les fichiers déposés dans En_Clair seront cryptés par encfs vers le répertoire Box.net/Crypt, et donc sauvegardés ainsi cryptés sur votre Webdav.

L'hébergeur ne verra alors que des fichiers illisibles. Il n'a même pas le nom des fichiers pour faire des ciblages.

Pour plus de détails sur encfs c'est ici : encfs

En utilisant encfs sur le Cloud, on crée un nouveau "problème", c'est qu'une partie de notre clé de déchiffrement est confiée à l'hébergeur du cloud (le fichier .encfs6.xml). Si celui-ci est mal intentionné, il pourrait tenter de déchiffrer, par force brute ou si une faille est découverte dans encfs (ce qui n'est pas le cas à ce jour).

Il est donc préférable de ne pas stocker ce fichier dans le répertoire de chiffrement, comme c'est le cas de façon standard avec encfs.

N'ayant pas cette partie de la clé de déchiffrement, l'utilisation de force brute par votre hébergeur devient impossible, même si votre mot de passe est très faible.

On va donc déplacer le fichier .encfs6.xml par exemple sur /home/$USER/Secret

Et ensuite on utilise une fonction non-documentée (!) de encfs, pour lui indiquer où se trouve désormais ce fichier. Le montage se fait alors ainsi

ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs /home/$USER/Box.net/Crypt /home/$USER/En_Clair

Le risque de déchiffrement par un tiers est ainsi largement réduit… mais on créé un nouveau risque !.. En effet, si on utilise un stockage "Cloud", c'est souvent pour disposer d'une sauvegarde de ses données en cas de plantage total de l'ensemble des supports locaux. Or là, puisqu'on garde le fichier .encfs6.xml localement, si l'ensemble de nos disques est détruit (court-circuit, incendie, vol,…) on ne pourra plus déchiffrer les fichiers que l'on a mis sur notre cloud ! Pour remédier à cela, il faut garder une copie de ce fichier aussi à distance, mais comme on veut éviter d'avoir ce fichier en clair, on va le chiffrer.

On utilise alors ccrypt qu'il convient d'installer : ccrypt

cp /home/$USER/Secret/.encfs6.xml /tmp
cd /tmp
ccrypt -e .encfs6.xml

A la demande du mot de passe, mettez une "pass-phrase" forte, pour éviter les tentatives par force brute ou dictionnaire.

Vous disposez alors du fichier .encf6.xml.cpt que vous pouvez copier quelque part chez votre hébergeur de cloud… ou mieux encore, si vous avez plusieurs hébergeurs, vous pouvez le stocker chez un autre fournisseur.

Si vous voulez récupérer votre .encfs6.xml original, l'opération inverse est :

ccrypt -d .encfs6.xml.cpt

Pour supprimer cette application, il suffit de supprimer son paquet. Selon la méthode choisie, la configuration globale de l'application est conservée ou supprimée. Les journaux du système, et les fichiers de préférence des utilisateurs dans leur dossier personnel sont toujours conservés.

• (en) Site officiel du logiciel

Page créée en mai 2010 / Testé sur Karmic & Lucid

Mise à jour juin 2012 / Testé sur Precise

Contribution : Zakhar