All of lore.kernel.org
 help / color / mirror / Atom feed
From: Milan Broz <mbroz@redhat.com>
To: Ludwig Nussel <ludwig.nussel@suse.de>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0-rc1 (test release	candidate)
Date: Thu, 17 Mar 2011 15:02:13 +0100	[thread overview]
Message-ID: <4D821465.9050606@redhat.com> (raw)
In-Reply-To: <201103171436.43643.ludwig.nussel@suse.de>


On 03/17/2011 02:36 PM, Ludwig Nussel wrote:
> Milan Broz wrote:
>>  * Adds compatible support for loop-AES encryption type in loopaesOpen command.
>>
>>    Linux dm-crypt in 2.6.38 and above supports loop-AES compatible mapping
>>    (including multi-key and special CBC mode, all three modes are supported).
>>
>>    If you have raw loop-AES keyfile (text file with uuencoded per-line keys), you can
>>    access loop-AES volume using
>>      cryptsetup loopaesOpen <device> <name> [--key-size 128] --key-file <key-file>
> 
> Do I gets this right, if multikey is not used loop aes is just
> equivalent to aes-cbc-plain? Couldn't the existing 'create' action
> be extended to just handle the loop-AES multikey mode as well? Ie no
> additional command?

There is additional hashing per line for loopAES keyfile and it warns user
if it detects GPG header. (create will simply map device without warning).

Yes, you can probably map this one one key mode using create command as well,
but using separate command allows version to be autodetected according
to number of lines in keyfile.

I do not want to mix these formats together, non-multikey loopAES mode
is not safe anyway and should not be used.

> Note the IV produced by 'plain' is 32bit while loop-AES uses 64bit
> IIRC. Ie there's an incompatibility for volumes larger than 2TB. So
> you probably need to default to 'aes-cbc-plain64'. I guess that's
> the reason why you introduced plain64 in the first place. :-)

Yes, that is just mistake, there should be plain64, thanks.
That's why I do release candidate to catch these things:)

Milan

  reply	other threads:[~2011-03-17 14:02 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-14 17:44 [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0-rc1 (test release candidate) Milan Broz
2011-03-14 21:13 ` Rudolf Deilmann
2011-03-14 22:10   ` Milan Broz
2011-03-14 23:45     ` Rudolf Deilmann
2011-03-15  1:02       ` Arno Wagner
2011-03-15 11:11         ` Milan Broz
2011-03-15 11:43           ` Jonas Meurer
2011-03-15 12:19             ` Milan Broz
2011-03-15 12:09           ` Arno Wagner
2011-03-15 12:36             ` Milan Broz
2011-03-15 13:49               ` Arno Wagner
2011-03-21 18:21   ` Milan Broz
2011-03-22 18:47     ` Rudolf Deilmann
2011-03-22 19:09       ` Milan Broz
2011-03-22 20:44         ` Rudolf Deilmann
2011-03-22 21:05           ` Milan Broz
2011-03-23 14:14             ` Rudolf Deilmann
2011-03-23 14:37               ` Milan Broz
2011-03-23 16:00                 ` Rudolf Deilmann
2011-03-23 16:26                   ` Milan Broz
2011-04-14 14:28                   ` [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0-rc1 ( test " Ludwig Nussel
2011-03-17 13:36 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0-rc1 (test " Ludwig Nussel
2011-03-17 14:02   ` Milan Broz [this message]
2011-03-22 12:50 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0-rc2 " Milan Broz
2011-04-05 20:02 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.3.0 Milan Broz
2011-04-05 20:02   ` Milan Broz
2011-05-24 15:48 ` [dm-crypt] [ANNOUNCE] cryptsetup 1.3.1 Milan Broz

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=4D821465.9050606@redhat.com \
    --to=mbroz@redhat.com \
    --cc=dm-crypt@saout.de \
    --cc=ludwig.nussel@suse.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.