From: Arno Wagner <arno@wagner.name>
To: dm-crypt@saout.de
Subject: Re: [dm-crypt] cryptsetup, LUKS, plausible deniability
Date: Tue, 15 Sep 2009 22:32:39 +0200 [thread overview]
Message-ID: <20090915203239.GA29294@tansi.org> (raw)
In-Reply-To: <20090915200808.2DD0F4250006@tansi.org>
On Tue, Sep 15, 2009 at 09:04:24PM +0100, Sarah Dean wrote:
> On Mon, 14 Sep 2009 22:56:44 +0200, Arno Wagner wrote:
>
> >So I would say that plausible deniability is of very low value
> >in practice and may have potential negative value in some
> >situations.
>
> To say it's of low value in practice is a pretty sweeping statement -
> whether it's of low value in practice is largely dependant on the
> scenario.
I would say that in most practical scenarios it is of low or
negative value. And yes, it is a sweeping statement that I
consider justified.
> Like any security tool, it is just a tool; in some cases it may a great
> asset, in some a liability.
>
> A locked door can keep a murderer out until the police arrive, but it
> can also prevent someone from exiting a burning building.
>
> >With plausible deniability they are sure to
> >torture you untill you are completely broken, while without
> >it, you can give them everything in a way they can actually
> >verify.
>
> OTOH, the knowledge that "the beatings" (or in our more enlighted
> times, the waterboarding or another form of torture) will continue -
> regardless of whether or not you give an attacker anything, may well
> work *against* any form of torture.
>
> There's no incentive to hand over your keys, since it won't achieve (or
> stop) anything.
True. But how does plausible deniability factor into
your comment? If you are that hard, you can just use
ordinary encryption and refuse to give the keys.
> >It is possible that you have information that still
> >merits being protected under these circumstances, but I don't.
> >Plausible deniability basically assumes the life of the person
> >having the key is worth less than the information.
>
> Although the information may or may be "worth the life of the persion",
> I don't agree that any such assumption is made.
>
> I'm a little uncertain as to the alternative you're prompting? Even if
> you stored all your data in plaintext (practically the same scenario
> presented after handing over an encrypted volume's key) - or even if
> you have a system which where it is possible to *prove* no further data
> is hidden away - what's to stop an attacker assuming that you've simply
> hidden your encrypted data elsewhere (e.g. a USB flash drive), and
> continues the torture on the basis they "simply haven't found it yet"?
>
The alternative is not to give valuable data to people that
are unter threat of torture. A technological solution is not
adequate here. People cannot give away what they do not have.
Plausible deniability means they can claim they do not have the
data, but they do have it, and there is the problem in the
first place.
An the other way round, if people already have data this critical,
make sure they do not come under threat of torture.
Arno
--
Arno Wagner, Dr. sc. techn., Dipl. Inform., CISSP -- Email: arno@wagner.name
GnuPG: ID: 1E25338F FP: 0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F
----
Cuddly UI's are the manifestation of wishful thinking. -- Dylan Evans
If it's in the news, don't worry about it. The very definition of
"news" is "something that hardly ever happens." -- Bruce Schneier
next prev parent reply other threads:[~2009-09-15 20:32 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-12 21:53 [dm-crypt] cryptsetup, LUKS, plausible deniability Ivan Stankovic
2009-09-12 22:22 ` Arno Wagner
2009-09-13 8:56 ` Tommaso
2009-09-13 9:07 ` [dm-crypt] OT: spam? Tommaso
2009-09-13 9:12 ` Rick Moritz
2009-09-13 10:00 ` Heinz Diehl
2009-09-13 18:37 ` Arno Wagner
2009-09-13 18:36 ` [dm-crypt] cryptsetup, LUKS, plausible deniability Arno Wagner
2009-09-13 19:44 ` Ivan Stankovic
2009-09-14 3:32 ` Arno Wagner
2009-09-14 7:28 ` Rick Moritz
2009-09-14 21:04 ` Arno Wagner
2009-09-13 18:04 ` Sven Eschenberg
[not found] ` <4AACA98F.2060002@redhat.com>
2009-09-13 18:28 ` Arno Wagner
2009-09-13 18:52 ` Milan Broz
2009-09-14 1:21 ` Sitaram Chamarty
2009-09-14 11:25 ` Mario 'BitKoenig' Holbe
2009-09-14 20:56 ` Arno Wagner
2009-09-14 23:45 ` Mario 'BitKoenig' Holbe
2009-09-15 0:04 ` test532
[not found] ` <6842.57094185359$1253045311@news.gmane.org>
2009-09-16 19:32 ` Mario 'BitKoenig' Holbe
2009-09-16 21:41 ` Debian User
2009-09-17 18:26 ` test532
2009-09-18 1:20 ` Arno Wagner
2009-09-18 4:00 ` test532
[not found] ` <20090915200808.2DD0F4250006@tansi.org>
2009-09-15 20:32 ` Arno Wagner [this message]
2009-09-16 19:41 ` Mario 'BitKoenig' Holbe
2009-09-16 21:30 ` Arno Wagner
2009-09-16 1:50 ` Moji
2009-09-16 19:50 ` Mario 'BitKoenig' Holbe
2009-09-16 21:05 ` test532
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=20090915203239.GA29294@tansi.org \
--to=arno@wagner.name \
--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 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.