From: "Michael Kjörling" <michael@kjorling.se>
To: dm-crypt@saout.de
Subject: Re: [dm-crypt] detached LUKS header size
Date: Sun, 24 Nov 2019 11:46:43 +0000 [thread overview]
Message-ID: <4nkrhwhkd3drx4n73tn9wm3c@localhost> (raw)
In-Reply-To: <62fc7ef6-e289-b268-17d5-6ac1df2f3904@gmx.ch>
On 23 Nov 2019 06:43 +0100, from 400thecat@gmx.ch (Fourhundred Thecat):
> is it possible, somehow, to reduce the size of the LUKS header to
> absolute minimum (4KB ?), when I don't need the antiforensic stripes ?
If you consider LUKS' anti-forensic properties not just unnecessary
but actually significantly wasteful in your situation, as it appears
from your posts, you could use just plain dm-crypt; but do be aware of
its drawbacks compared to LUKS. There's good reason why plain
dm-crypt, or for that matter loop-AES, have largely fallen out of use.
You can in principle use plain dm-crypt with cryptsetup's --key-file
parameter to store the volume encryption key either completely
unsecured except for the fact that it's on different media, or secured
by other means; for example, the cryptsetup man page mentions the
possibility of using GnuPG for the purpose of securing the key file.
That way you can, again in principle, get the key file size down to
exactly however large the key for your chosen encryption algorithm is;
for example, for AES-256-XTS (512 bits' worth of volume key material)
the file could be as little as 64 bytes in size (plus any overhead
incurred by whatever method you use to secure it, if any).
It's important to keep in mind that anything like the above won't be
_LUKS_, so you should be very careful to not refer to it as LUKS.
Also, I offer _no guarantees whatsoever_ that this scheme will be
secure against any particular class of adversary or type of attack, or
even secure against _any_ adversary or attack. I am _only_ pointing
out that it is _technically possible to do_ and that it appears to
meet your stated need.
--
Michael Kjörling • https://michael.kjorling.se • michael@kjorling.se
“Remember when, on the Internet, nobody cared that you were a dog?”
prev parent reply other threads:[~2019-11-24 11:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-23 5:43 [dm-crypt] detached LUKS header size Fourhundred Thecat
2019-11-23 8:21 ` Arno Wagner
2019-11-24 6:34 ` Fourhundred Thecat
2019-11-24 8:16 ` Arno Wagner
2019-11-24 8:39 ` Milan Broz
2019-11-23 8:48 ` Milan Broz
2019-11-25 4:34 ` Fourhundred Thecat
2019-11-25 13:55 ` Milan Broz
2019-11-25 15:17 ` Fourhundred Thecat
2019-11-25 15:27 ` Milan Broz
2019-11-24 11:46 ` Michael Kjörling [this message]
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=4nkrhwhkd3drx4n73tn9wm3c@localhost \
--to=michael@kjorling.se \
--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