Re: [perpass] (Possibly Dumb) EMail Security Idea

Patrick Pelletier <code@funwithsoftware.org> Wed, 04 September 2013 19:41 UTC

Return-Path: <code@funwithsoftware.org>
X-Original-To: perpass@ietfa.amsl.com
Delivered-To: perpass@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1900411E8129 for <perpass@ietfa.amsl.com>; Wed, 4 Sep 2013 12:41:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vu3D4Alh6hDs for <perpass@ietfa.amsl.com>; Wed, 4 Sep 2013 12:41:00 -0700 (PDT)
Received: from asbnvacz-mailrelay01.megapath.net (asbnvacz-mailrelay01.megapath.net [207.145.128.243]) by ietfa.amsl.com (Postfix) with ESMTP id DB39711E8103 for <perpass@ietf.org>; Wed, 4 Sep 2013 12:40:55 -0700 (PDT)
Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.50]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 10E791EE50B4 for <perpass@ietf.org>; Wed, 4 Sep 2013 15:40:53 -0400 (EDT)
Received: (qmail 450 invoked from network); 4 Sep 2013 19:40:53 -0000
Received: by simscan 1.4.0 ppid: 25965, pid: 20823, t: 1.2577s scanners: clamav: 0.88.2/m:52/d:10739 spam: 3.0.4
Received: from dsl017-096-185.lax1.dsl.speakeasy.net (HELO PatrickMBP.local) (ppelleti@[69.17.96.185]) (envelope-sender <code@funwithsoftware.org>) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for <perpass@ietf.org>; 4 Sep 2013 19:40:52 -0000
Message-ID: <52278CC3.5090002@funwithsoftware.org>
Date: Wed, 04 Sep 2013 12:40:51 -0700
From: Patrick Pelletier <code@funwithsoftware.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: perpass@ietf.org
References: <00c201cea94a$ed5d45b0$c817d110$@riw.us> <9B462ED5-963C-4618-8FA2-1FA041EB0C72@tik.ee.ethz.ch>
In-Reply-To: <9B462ED5-963C-4618-8FA2-1FA041EB0C72@tik.ee.ethz.ch>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [perpass] (Possibly Dumb) EMail Security Idea
X-BeenThere: perpass@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "The perpass list is for discussion of the privacy properties of IETF protocols and concrete ways in which those could be improved. " <perpass.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/perpass>, <mailto:perpass-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/perpass>
List-Post: <mailto:perpass@ietf.org>
List-Help: <mailto:perpass-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/perpass>, <mailto:perpass-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Sep 2013 19:41:06 -0000

On 9/4/13 2:14 AM, Brian Trammell wrote:

> I presume each chunk is (1) encrypted and (2) non-contiguous? Otherwise you have the problem that the information density and interesting-information-density in most email messages is unevenly distributed, and then you only really need some subset of the content to get the interesting information out.

This reminds me a little bit of what Tahoe-LAFS is doing, since they 
encrypt, then do erasure coding, and send the pieces out to different 
servers.  The only difference is that you're doing it with email instead 
of files.

On the other hand, if you don't want to encrypt, then you could solve 
the information density problem by using an AONT:

https://en.wikipedia.org/wiki/All-or-nothing_transform

Then each piece would mean nothing unless you had all the pieces.

--Patrick