[144328] in cryptography@c2.net mail archive

home help back first fref pref prev next nref lref last post

Re: Judge orders defendant to decrypt PGP-protected laptop

daemon@ATHENA.MIT.EDU (Perry E. Metzger)
Tue Mar 3 13:55:57 2009

To: Adam Fields <cryptography23094893@aquick.org>
Cc: cryptography@metzdowd.com
From: "Perry E. Metzger" <perry@piermont.com>
Date: Tue, 03 Mar 2009 13:53:50 -0500
In-Reply-To: <20090303184321.GS9915@lola.aquick.org> (Adam Fields's message of "Tue\, 3 Mar 2009 13\:43\:21 -0500")


Adam Fields <cryptography23094893@aquick.org> writes:
>> Well, it should be clear that any such scheme necessarily will produce
>> encrypted partitions with less storage capacity than one with only one
>> set of cleartext. You can't magically store 2N bytes in an N byte
>> drive -- something has to give. It should therefore be reasonably
>> obvious from partition sizes that there is something hidden.
>
> I don't see how you could tell the difference between a virtual 40GB
> encrypted padded partition and 2 virtual 20GB ones.

The judge doesn't "need" to know the difference to beyond any
doubt. If the judge thinks you're holding out, you go to jail for
contempt.

Geeks expect, far too frequently, that courts operate like Turing
machines, literally interpreting the laws and accepting the slightest
legal "hack" unconditionally without human consideration of the impact
of the interpretation. This is not remotely the case.

I'll repeat: the law is not like a computer program. Courts operate on
reasonableness standards and such, not on literal interpretation of
the law. If it is obvious to you and me that a disk has multiple
encrypted views, then you can't expect that a court will not be able
to understand this and take appropriate action, like putting you in a
cage.


Perry
-- 
Perry E. Metzger		perry@piermont.com

---------------------------------------------------------------------
The Cryptography Mailing List
Unsubscribe by sending "unsubscribe cryptography" to majordomo@metzdowd.com

home help back first fref pref prev next nref lref last post