# Chiffrer un dossier sous Bullseye (ecryptfs ?)

**URL:** <https://www.debian-fr.org/t/chiffrer-un-dossier-sous-bullseye-ecryptfs/85936>\
**Category:** Support Debian\
**Tags:** chiffrage, sécurité\
**Created:** [Janvier 5, 2022, 5:44 UTC](https://www.debian-fr.org/t/chiffrer-un-dossier-sous-bullseye-ecryptfs/85936 "2022-01-05T17:44:14Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![guayaki](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/g/7c8e57/32.png) [@guayaki](https://www.debian-fr.org/u/guayaki)\
**Post date:** [Janvier 5, 2022, 8:34 UTC](https://www.debian-fr.org/t/chiffrer-un-dossier-sous-bullseye-ecryptfs/85936/3 "2022-01-05T20:34:58Z")

</div>

Merci de ta réponse,

oui j’aurais du dire que j’utilise ecryptfs-utils, bon on s’est compris, je crois.  
En tout cas, je ne chiffre qu’un dossier et pas tout le disque.

Toi tu conseilles donc l’installation avec le disque chiffré en entier ?  
Celle qui est proposé par l’installateur Debian ?

J’avoue, comme je disais dans un autre post, avoir galéré pour faire marcher le dual-boot du coup à cause de LVM (mais ça date, je ne me souviens plus c’était quoi les problèmes exactes --mais résolus).

En plus dans ma future install j’aurai trois disques : sda un SSD avec / (sda1) et /home (sda2), un SSD avec le système Windows (sdb1), un HDD avec une /home/donnees sdc1 (montée directement par fstab, comme on en [discutait dans un autre post](https://www.debian-fr.org/t/spliter-home-entre-ssd-et-hdd-questions-chiffrement/85913/9)) et une partie pour Windows sdc2…et entre autre j’aimerais pouvoir récupérer les données de la /home de l’ancienne install qui sont sur sdc3…j’ai peur que ça devienne le bordel 🤪

Quels sont à ton avis les points négatifs d’avoir un dossier chiffré avec ecryptfs ?

Il semblerait que ce n’est plus développé, c’est ça ?

> [@](#):
>
> Unlike [eCryptfs](https://wiki.archlinux.org/title/ECryptfs), fscrypt is not a stacked file system, i.e. it is supported by file systems natively. This makes fscrypt more memory-efficient. fscrypt also uses more up-to-date cryptography than eCryptfs, and it does not require setuid binaries. Also, eCryptfs is no longer being actively developed, and its largest users have migrated to dm-crypt (Ubuntu) or to fscrypt (Chrome OS).

src : [fscrypt - ArchWiki](https://wiki.archlinux.org/title/Fscrypt)

Du coup, à défaut de chiffrer tout le disque, il vaut mieux se diriger vers fscrypt si je comprends bien ?

[quote]The preffered way to get encrypted disks, these days, is to do full disk encryption using LUKS.

If per-directory encryption is required, it is recommended to use fscrypt support in e.g. ext4.

Support for installing using ecryptfs encrypted /home has been disabled in the installers.

Please demote ecryptfs-utils to universe for bionic+[/quote]

Il semblerait pourtant que fscrypt ne chiffre pas les métadonnées des fichiers ?  
[https://www.malekal.com/quelles-solutions-pour-chiffrer-ses-disques-et-donnees-sur-linux/](https://www.malekal.com/quelles-solutions-pour-chiffrer-ses-disques-et-donnees-sur-linux/)

Ah oui, le système avec une clé USB à la place du mdp, je m’en étais intéressée il y a plusieurs années..après ce que je trouve un peu bête, c’est que du coup le risque potentiel est de laisser la clé avec l’ordi…et en cas de vol par exemple, ça faciliterait les choses pour le déchiffrage…

Ce qui me freine dans l’installation avec disque chiffré c’est qu’en cas de problèmes hardware du disque la récupération des données serait impossible du coup, même en ayant les pass-phrases. Mais bon c’est une éventualité assez lointaine finalement…

Faut que je me décide vite, ma clé d’installe est prête 😍

Merci en tout cas

---

_[View the full topic](https://www.debian-fr.org/t/chiffrer-un-dossier-sous-bullseye-ecryptfs/85936)._
