From: Milan Broz <mbroz@redhat.com>
To: Christoph Anton Mitterer
<christoph.anton.mitterer@physik.uni-muenchen.de>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] Efficacy of xts over 1TB
Date: Mon, 26 Jul 2010 02:14:25 +0200 [thread overview]
Message-ID: <4C4CD361.4080000@redhat.com> (raw)
In-Reply-To: <1280097464.3309.192.camel@fermat.scientia.net>
On 07/26/2010 12:37 AM, Christoph Anton Mitterer wrote:
>> I prefer keep small open problem here (only few such systems in fact) to
>> destroying users data for sure.
> Uhm,.. what do you mean?
Imagine that someone today has LUKS device of >2TB and data on it. Switch
to full 64 bit "plain" IV will change IV for all sectors above 2TB limit.
I think users prefer read data from there instead of random noise:-)
So question is if XTS is ok for such large drives - the 1TB mentioned limit
elsewhere is possible misinterpretation (block size/device size confusion?).
(... real answer must come from an expert in cryptography based on proper analysis.)
And Loop-aes people will surely mention something about CBC with multikey:-)
>> Mainly for backward compatibility (best compatible/safe mode,
>> e.g. RHEL/CentOS5 do not have XTS yet), otherwise I personally prefer XTS mode:-)
> Are you going to change this someday? I mean to xts?
Dunno, there is still many old distros and people are using cryptsetup
for USB to move data between systems.
Anyway, distro maintainer can set default using configure switch already
--with-luks1-mode=xts (see also other switches).
So if you want to switch default in Debian, no problem:-)
Milan
next prev parent reply other threads:[~2010-07-26 0:14 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-22 14:57 [dm-crypt] Efficacy of xts over 1TB David Santamaría Rogado
2010-07-25 10:34 ` Arno Wagner
2010-07-25 11:18 ` Christoph Anton Mitterer
2010-07-25 12:29 ` Heinz Diehl
2010-07-25 12:25 ` Milan Broz
2010-07-25 13:14 ` Christoph Anton Mitterer
2010-07-25 13:52 ` Milan Broz
2010-07-25 22:37 ` Christoph Anton Mitterer
2010-07-26 0:14 ` Milan Broz [this message]
2010-07-26 20:38 ` Christoph Anton Mitterer
2010-07-27 8:46 ` [dm-crypt] Using plain64/plain IV (initialisation vector) in dm-crypt Milan Broz
2010-07-27 10:47 ` Arno Wagner
2010-07-27 14:17 ` Christoph Anton Mitterer
2010-07-27 16:08 ` Arno Wagner
2010-07-27 14:15 ` Christoph Anton Mitterer
2010-07-27 15:45 ` Mario 'BitKoenig' Holbe
2010-07-27 15:55 ` Milan Broz
2010-07-27 18:59 ` Christoph Anton Mitterer
2010-07-27 19:37 ` Arno Wagner
2010-07-27 18:58 ` Christoph Anton Mitterer
2010-07-27 19:35 ` Mario 'BitKoenig' Holbe
2010-07-28 8:42 ` Milan Broz
2010-08-20 21:11 ` [dm-crypt] XTS cipher mode limitations Christoph Anton Mitterer
2010-08-21 0:22 ` Arno Wagner
2010-08-22 12:50 ` [dm-crypt] XTS cipher mode limitations (FAQ additions) Christoph Anton Mitterer
2010-08-23 0:46 ` Arno Wagner
2010-08-25 9:36 ` Christoph Anton Mitterer
2010-08-22 12:56 ` [dm-crypt] tool to account the written number of bytes to a block device (was: XTS cipher mode limitations) Christoph Anton Mitterer
2010-08-22 16:01 ` Arno Wagner
2010-08-22 21:57 ` Christoph Anton Mitterer
2010-08-23 7:14 ` [dm-crypt] tool to account the written number of bytes to a block device Milan Broz
2010-08-25 9:27 ` Christoph Anton Mitterer
2010-08-24 16:19 ` [dm-crypt] XTS cipher mode limitations Ramius
2010-07-26 8:53 ` [dm-crypt] Efficacy of xts over 1TB Arno Wagner
2010-07-26 20:47 ` Christoph Anton Mitterer
2010-07-26 21:01 ` Arno Wagner
2010-07-26 21:28 ` Christoph Anton Mitterer
2010-07-26 21:35 ` Arno Wagner
2010-07-25 22:52 ` Christoph Anton Mitterer
2010-07-26 9:42 ` Mario 'BitKoenig' Holbe
2010-07-26 18:09 ` Arno Wagner
2010-07-27 18:16 ` [dm-crypt] Including the FAQ in the tarball? Christoph Anton Mitterer
2010-07-27 18:23 ` Arno Wagner
2010-07-29 8:17 ` Heinz Diehl
2010-07-25 15:32 ` [dm-crypt] Efficacy of xts over 1TB Arno Wagner
2010-07-25 22:48 ` Christoph Anton Mitterer
2010-07-25 23:42 ` Milan Broz
2010-07-26 18:35 ` Christoph Anton Mitterer
2010-07-25 15:28 ` Arno Wagner
2010-07-25 18:11 ` Milan Broz
2010-07-26 9:04 ` Mario 'BitKoenig' Holbe
2010-07-27 18:21 ` Christoph Anton Mitterer
2010-07-27 21:02 ` Mario 'BitKoenig' Holbe
2010-07-26 9:17 ` Mario 'BitKoenig' Holbe
2010-07-27 18:42 ` David Santamaría Rogado
-- strict thread matches above, loose matches on Subject: below --
2010-07-25 22:25 Ietf Nist
2010-07-25 22:41 ` Christoph Anton Mitterer
2010-07-26 21:07 Arno Wagner
2010-07-26 21:31 ` Christoph Anton Mitterer
2010-07-26 21:45 ` Arno Wagner
2010-07-26 21:42 ` Christoph Anton Mitterer
2010-07-26 22:55 ` Arno Wagner
2010-07-26 23:42 ` Mario 'BitKoenig' Holbe
2010-07-27 10:21 ` Arno Wagner
2010-08-15 17:26 ` Uwe Menges
2010-08-15 22:10 ` Arno Wagner
2010-08-16 11:44 ` Mario 'BitKoenig' Holbe
2010-08-16 12:39 ` Arno Wagner
2010-08-16 12:55 ` octane indice
2010-08-16 14:21 ` Arno Wagner
2010-08-21 20:45 ` Christoph Anton Mitterer
2010-08-21 23:14 ` Arno Wagner
2010-08-22 0:46 ` Christoph Anton Mitterer
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=4C4CD361.4080000@redhat.com \
--to=mbroz@redhat.com \
--cc=christoph.anton.mitterer@physik.uni-muenchen.de \
--cc=dm-crypt@saout.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox