From: Michael Halcrow <mhalcrow@us.ibm.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, dustin.kirkland@gmail.com,
sandeen@redhat.com, tchicks@us.ibm.com, shaggy@us.ibm.com
Subject: Re: [PATCH 5/5] eCryptfs: Filename Encryption: mount option
Date: Fri, 14 Nov 2008 10:47:17 -0600 [thread overview]
Message-ID: <20081114164717.GD6624@halcrowt61p.austin.ibm.com> (raw)
In-Reply-To: <20081106141304.b675cb9e.akpm@linux-foundation.org>
On Thu, Nov 06, 2008 at 02:13:04PM -0800, Andrew Morton wrote:
> On Tue, 4 Nov 2008 15:43:13 -0600
> Michael Halcrow <mhalcrow@us.ibm.com> wrote:
> > Enable mount-wide filename encryption by providing the Filename
> > Encryption Key (FNEK) signature as a mount option. Note that the
> > ecryptfs-utils userspace package versions 61 or later support this
> > option.
>
> A usage example would, as always, be useful here.
When mounting with ecryptfs-utils version 61 or later, the mount
helper will detect the availability of the passphrase-based filename
encryption in the kernel (via the eCryptfs sysfs handle) and query the
user interactively as to whether or not he wants to enable the feature
for the mount. If the user enables filename encryption, the mount
helper will then prompt for the FNEK signature that the user wishes to
use, suggesting by default the signature for the mount passphrase that
the user has already entered for encrypting the file contents.
When not using the mount helper, the user can specify the signature
for the passphrase key with the ecryptfs_fnek_sig= mount option. This
key must be available in the user's keyring. The mount helper usually
takes care of this step. If, however, the user is not mounting with
the mount helper, then he will need to enter the passphrase key into
his keyring with some other utility prior to mounting, such as
ecryptfs-manager.
> Do we actually provide a secure key on the command line? If so, do
> any special steps need to be taken to prevent unauthorised viewing
> of it? Fancy things like `cat /proc/mounts' :)
The mount helper does things correctly by default. Never at any time
does anything provide an actual secret value to eCryptfs as a mount
parameter.
next prev parent reply other threads:[~2008-11-14 16:47 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 21:37 [PATCH 0/5] eCryptfs: Filename Encryption Michael Halcrow
2008-11-04 21:39 ` [PATCH 1/5] eCryptfs: Filename Encryption: Tag 70 packets Michael Halcrow
2008-11-06 22:12 ` Andrew Morton
2008-11-12 17:01 ` [PATCH] eCryptfs: Replace %Z with %z Michael Halcrow
2008-11-12 17:04 ` [PATCH] eCryptfs: Fix data types (int/size_t) Michael Halcrow
2008-11-12 17:06 ` [PATCH] eCryptfs: kerneldoc for ecryptfs_parse_tag_70_packet() Michael Halcrow
2008-11-04 21:39 ` [PATCH 2/5] eCryptfs: Filename Encryption: Header updates Michael Halcrow
2008-11-04 21:41 ` [PATCH 3/5] eCryptfs: Filename Encryption: Encoding and encryption functions Michael Halcrow
2008-11-05 18:17 ` Dave Hansen
2008-11-06 21:01 ` Michael Halcrow
2008-11-06 22:12 ` Andrew Morton
2008-11-12 17:11 ` [PATCH] eCryptfs: Clean up ecryptfs_decode_from_filename() Michael Halcrow
2008-11-04 21:42 ` [PATCH 4/5] eCryptfs: Filename Encryption: filldir, lookup, and readlink Michael Halcrow
2008-11-04 21:43 ` [PATCH 5/5] eCryptfs: Filename Encryption: mount option Michael Halcrow
2008-11-06 22:13 ` Andrew Morton
2008-11-14 16:47 ` Michael Halcrow [this message]
2008-11-05 15:57 ` [PATCH 0/5] eCryptfs: Filename Encryption Pavel Machek
2008-11-06 20:27 ` Michael Halcrow
2008-11-06 20:52 ` Dave Kleikamp
2008-11-06 22:11 ` Michael Halcrow
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20081114164717.GD6624@halcrowt61p.austin.ibm.com \
--to=mhalcrow@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=dustin.kirkland@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sandeen@redhat.com \
--cc=shaggy@us.ibm.com \
--cc=tchicks@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®