linux-kernel - Re: [PATCH 0/3] eCryptfs: Support metadata in xattr

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20070109143519.dce0ed8b.akpm@osdl.org>
Date:	Tue, 9 Jan 2007 14:35:19 -0800
From:	Andrew Morton <akpm@...l.org>
To:	Michael Halcrow <mhalcrow@...ibm.com>
Cc:	linux-kernel@...r.kernel.org, tshighla@...ibm.com,
	theotso@...ibm.com
Subject: Re: [PATCH 0/3] eCryptfs: Support metadata in xattr

On Tue, 9 Jan 2007 16:21:07 -0600
Michael Halcrow <mhalcrow@...ibm.com> wrote:

> This patch set introduces the ability to store cryptographic metadata
> into an lower file extended attribute rather than the lower file
> header region.
> 
> This patch set implements two new mount options:
> 
> ecryptfs_xattr_metadata
>  - When set, newly created files will have their cryptographic
>    metadata stored in the extended attribute region of the file rather
>    than the header.

Why is this useful?

> ecryptfs_encrypted_view
>  - When set, this option causes eCryptfs to present applications a
>    view of encrypted files as if the cryptographic metadata were
>    stored in the file header, whether the metadata is actually stored
>    in the header or in the extended attributes.

Sounds kludgy.  "This mode of operation is useful for applications like
incremental backup utilities that do not preserve the extended attributes
when directly accessing the lower files.".  Wouldn't it be better to lean
on people to use better backup tools, and to fix existing ones?


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/