[perpass] Commnets on draft-farrell-perpass-attack-00 was RE: perens-perpass-appropriate-response-01

<l.wood@surrey.ac.uk> Wed, 04 December 2013 22:06 UTC

Return-Path: <l.wood@surrey.ac.uk>
X-Original-To: perpass@ietfa.amsl.com
Delivered-To: perpass@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2B61ADF7F; Wed, 4 Dec 2013 14:06:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kLhr0DHRqAvn; Wed, 4 Dec 2013 14:06:23 -0800 (PST)
Received: from mail1.bemta5.messagelabs.com (mail1.bemta5.messagelabs.com [195.245.231.146]) by ietfa.amsl.com (Postfix) with ESMTP id 0C6B81ADF64; Wed, 4 Dec 2013 14:06:14 -0800 (PST)
Received: from [195.245.231.67:58950] by server-10.bemta-5.messagelabs.com id 29/AF-01405-257AF925; Wed, 04 Dec 2013 22:06:10 +0000
X-Env-Sender: l.wood@surrey.ac.uk
X-Msg-Ref: server-14.tower-82.messagelabs.com!1386194769!29585263!1
X-Originating-IP: [131.227.200.35]
X-StarScan-Received:
X-StarScan-Version: 6.9.16; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24555 invoked from network); 4 Dec 2013 22:06:09 -0000
Received: from exht021p.surrey.ac.uk (HELO EXHT021P.surrey.ac.uk) (131.227.200.35) by server-14.tower-82.messagelabs.com with AES128-SHA encrypted SMTP; 4 Dec 2013 22:06:09 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.22]) by EXHT021P.surrey.ac.uk ([131.227.200.35]) with mapi; Wed, 4 Dec 2013 22:05:16 +0000
From: l.wood@surrey.ac.uk
To: ted.lemon@nominum.com
Date: Wed, 04 Dec 2013 22:05:15 +0000
Thread-Topic: Commnets on draft-farrell-perpass-attack-00 was RE: perens-perpass-appropriate-response-01
Thread-Index: AQHO8TzpP5tlkNSKykiLz/9Jsx4RUQ==
Message-ID: <290E20B455C66743BE178C5C84F1240847E5103799@EXMB01CMS.surrey.ac.uk>
Accept-Language: en-US, en-GB
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: perpass@ietf.org, bruce@perens.com, ietf-http-wg@w3.org, ietf@ietf.org
Subject: [perpass] Commnets on draft-farrell-perpass-attack-00 was RE: perens-perpass-appropriate-response-01
X-BeenThere: perpass@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "The perpass list is for IETF discussion of pervasive monitoring. " <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 Dec 2013 22:06:25 -0000

(fixing ietf-http-wg address from ietf.org to w3.org)

Perens' response at
http://perens.com/works/ietf/perpass/appropriate-response/01.pdf (not an internet draft, sigh - alienate your readers before they start!)
commenting on
http://tools.ietf.org/html/draft-farrell-perpass-attack
gives some of the reasons in support of universal encryption not being a laudable goal.

This is a political problem, not a technical problem. From a technical perspective, caching static content matters. Trying to figure out problems that aren't security problems matters. Mandating secure communications for worldwide http is pretty much the same as mandating secure encrypted email worldwide - large failure modes, resulting in an inability to communicate. Which is why use of secure email is not widespread.

As IETF security AD, Farrell's response must always be 'we need more security'  and his draft - everything is an attack - is a reflection of that outlook.

One recent time everything was viewed as an attack was in Digital Rights Management by content providers. The result of DRM was to impose massive technical costs and shift the modes of attack on content. If you want to consider the failure modes of a secured web with secure communications everywhere, consider the failure modes of DRM. Meanwhile, the content providers pursued legal remedies as more effective. Is the IETF now advocating a DRM approach, when legal remedies would be more appropriate?

Any security system or algorithm, can be broken; when it is, it is considered as no longer fit for purposes, unfashionable, and to be discarded. Security is always raising the bar - e.g.  MD5 is no longer secure enough for security purposes (though still excellent in limited context as a reliability check for large files), SHA256 may not be strong enough... this is an upgrade cycle that eventually every implementation steps off, becoming incompatible with the latest and greatest. And this upgrade cycle will break the web into little pools of not-compatible-with-latest security as a result. One way to avoid that cycle is to always permit interoperability without security. (warn as much as you like, but permit it.)

The benefits of interop testing, less power drain, less complexity, and of actually being able to communicate if that is desired. are worthwhile. Demand security everywhere if you like, and treat everything as an attack, just as DRM did, but, as with DRM, it's a fool's errand.

Lloyd Wood
http://sat-net.com/L.Wood/


________________________________________
From: Ted Lemon [ted.lemon@nominum.com]
Sent: 04 December 2013 21:27
To: Wood L  Dr (Electronic Eng)
Cc: bruce@perens.com; IETF Discussion; perpass; ietf-http-wg@ietf.org
Subject: Re: perens-perpass-appropriate-response-01

On Dec 4, 2013, at 4:17 PM, <l.wood@surrey.ac.uk> <l.wood@surrey.ac.uk> wrote:
> Universal encryption is not a a laudable goal.

Unsupported assertions are not helpful.