Re: [dane] Network errors ARE attacks - on the end-to-end-principle
Henry Story <henry.story@bblfish.net> Wed, 16 May 2012 11:46 UTC
Return-Path: <henry.story@bblfish.net>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 59F9321F86EE for <dane@ietfa.amsl.com>;
Wed, 16 May 2012 04:46:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 fQJKccFh4ivk for
<dane@ietfa.amsl.com>; Wed, 16 May 2012 04:46:16 -0700 (PDT)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com
[74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id 3962F21F86E4 for
<dane@ietf.org>; Wed, 16 May 2012 04:46:15 -0700 (PDT)
Received: by wgbds11 with SMTP id ds11so5276575wgb.1 for <dane@ietf.org>;
Wed, 16 May 2012 04:46:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
s=20120113;
h=subject:mime-version:content-type:from:in-reply-to:date:cc
:content-transfer-encoding:message-id:references:to:x-mailer
:x-gm-message-state; bh=DG3TrlHKI+BCPNLWS3Za/9oZx0UHX/69cqf2P1scVME=;
b=DLE1zIQCnAc/0cumAOO0HXniREVa/nQhCkvThmpUV33oytVDYMLY0gVVoYXWZlAFTH
YlNs5Sl+QYlKAhq9MjCQSrPGaIibMp90i/P4ieOd273BVspHnerg/GBBDKDPqQSkVETd
kCs11Lts7D0eMzyr5eXgRoVyNjkVR2E9Vq88OgW2zURyroiWwL5b1HVrV+A4sQnuVGOQ
dtJDANgL9vo56cL5dJIPxcQYFjJFxwldiJT7h2A42xz6BqLpuFwjXwUOpDPzLUBtZ587
l+VQBJpLdL07HpntIONVuLgLEpl1Y+THs0cQCLZNKyAiySTXBMLouJpshYPYtx+hgtEH AFSw==
Received: by 10.180.81.36 with SMTP id w4mr7200495wix.16.1337168774758;
Wed, 16 May 2012 04:46:14 -0700 (PDT)
Received: from bblfish.home
(AAubervilliers-651-1-269-153.w86-212.abo.wanadoo.fr. [86.212.204.153]) by
mx.google.com with ESMTPS id fo7sm49066723wib.9.2012.05.16.04.46.09
(version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 May 2012 04:46:11 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset=us-ascii
From: Henry Story <henry.story@bblfish.net>
In-Reply-To: <201205160213.q4G2DGcF017008@new.toad.com>
Date: Wed, 16 May 2012 13:46:08 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <6633F8AF-B8E7-4386-AB81-444780868BF8@bblfish.net>
References: <CABcZeBMY26xrfvAx=UsYN2XnuONZ2vPy9tNwHQALudd=yQDvgA@mail.gmail.com>
<643D87CD-D01E-47B8-82E5-D3F57D50C80B@vpnc.org>
<alpine.LFD.2.02.1205142229552.10990@bofh.nohats.ca>
<CABcZeBMS9cJ3m6JwJED7XAqdsF=zbTUUU_o3-opiZvqMyr7mdw@mail.gmail.com>
<alpine.LFD.2.02.1205142352010.10990@bofh.nohats.ca>
<20120515112154.GA20521@mail.yitter.info>
<alpine.LFD.2.02.1205150816001.14601@bofh.nohats.ca>
<201205160213.q4G2DGcF017008@new.toad.com>
To: John Gilmore <gnu@toad.com>
X-Mailer: Apple Mail (2.1257)
X-Gm-Message-State: ALoCoQmVEacX+nLlb1hUdK6h15ZmwXH/hnOccwKkEH/qWZ1nLxhaP9LSGswOcSE6yQHLHSgwJJ70
Cc: dane@ietf.org
Subject: Re: [dane] Network errors ARE attacks - on the end-to-end-principle
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>,
<mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dane>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>,
<mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 May 2012 11:46:17 -0000
On 16 May 2012, at 04:13, John Gilmore wrote:
>> But it's better then disabling TLSA at all in the face
>> of DNS errors (where we assume most errors are genuine network errors
>> and not attacks).
>
> "Genuine network errors" from buggy proxies or intentional firewalls
> or intentional or accidental censorship systems ARE attacks. They are
> attacks on the fundamental end-to-end premise of the Internet.
>
> The default state of the networking world, pre-Internet, is that
> network providers felt free to block or modify data in transit, for
> their own convenience, profit, whim, or by accident. They'd control
> what services you could access, what channels you could watch, etc,
> etc, etc. It was assumed that the owner of the communications channel
> had every right and every business reason to limit who you were allowed
> to talk to, and on what topics.
>
> The Internet changed all that, making it clear what a huge benefit the
> public could derive from a system that delivered end-users' data
> end-to-end, unmodified, from anywhere, to anywhere. Finally you could
> access YOUR CHOICE of data and services from anywhere -- not "this
> service is only available on France Telecom's Teletext system" and
> "You can't email that guy because he's on MCI Mail and you're on The
> Source". Now that Moore's Law's newly available crunchons enabled
> today's complex radio modulations and equally complex presentation
> protocols, you can get all those same services wirelessly, instead of
> what the incumbent providers kept designing over and over ("You can
> only get this WAP-based information service on AT&T mobile phones" and
> "To watch this TV show that you've already paid for, you have to be
> physically plugged into this coaxial cable.")
>
> Since the public rise of the Internet in the '90s was not
> cryptographically secured end-to-end, providers eventually realized
> that they could somewhat go back to their old ways of messing with
> end-users' data for their own convenience, profit, whim, or by
> accident. Like Comcast blocking BitTorrent traffic by forging RST
> packets, AT&T Mobile deliberately dropping packets when it had the
> capacity to carry them, just to discourage "unlimited" usage, or
> certain carriers declining to carry packets for "over the top" video.
> Or shipping buggy DNS proxies that mess up Port 53 UDP traffic in
> their subnet. Most users didn't notice, which allowed the providers
> to often get away with censoring the ones who did notice.
>
> DNSSEC and DANE are just part of the leading edge of a trend to secure
> Internet traffic end-to-end. This will make more such blockages and
> modifications much more apparent -- turning them from
> possibly-unnoticed inconveniences into denial-of-service failures.
>
> But the end result will be that (1) users will realize they are being
> censored; (2) providers will clean up the accidental and whim-related
> censorship; and (3) users will migrate to providers who offer them
> reliable end-to-end service without interruptions for the provider's
> convenience or profit.
>
> And in that way, the Internet will route around these attacks on the
> end-to-end principle.
>
> This is a good thing, despite the distributed pain involved in fixing
> all those broken devices and misguided providers.
I completely agree. Thanks for putting it so clearly.
>
> John
> _______________________________________________
> dane mailing list
> dane@ietf.org
> https://www.ietf.org/mailman/listinfo/dane
Social Web Architect
http://bblfish.net/
- [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Tom Ritter
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Adam Langley
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Yoav Nir
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Yoav Nir
- Re: [dane] Behavior in the face of no answer? Ondrej Mikle
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Adam Langley
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? John Gilmore
- Re: [dane] Behavior in the face of no answer? Yoav Nir
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Tony Finch
- Re: [dane] Behavior in the face of no answer? Tony Finch
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Tony Finch
- Re: [dane] Behavior in the face of no answer? Scott Schmit
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Ondrej Mikle
- Re: [dane] Behavior in the face of no answer? Tony Finch
- Re: [dane] Behavior in the face of no answer? Ondrej Mikle
- Re: [dane] Behavior in the face of no answer? John Gilmore
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Hoffman
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? Nicholas Weaver
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? Warren Kumari
- Re: [dane] Behavior in the face of no answer? John Gilmore
- Re: [dane] Behavior in the face of no answer? John Gilmore
- [dane] Network errors ARE attacks - on the end-to… John Gilmore
- Re: [dane] Behavior in the face of no answer? Mark Andrews
- Re: [dane] Behavior in the face of no answer? Martin Rex
- Re: [dane] Network errors ARE attacks - on the en… Martin Rex
- Re: [dane] Network errors ARE attacks - on the en… Yoav Nir
- Re: [dane] Network errors ARE attacks - on the en… Henry Story
- Re: [dane] Network errors ARE attacks - on the en… Henry Story
- Re: [dane] Network errors ARE attacks - on the en… SM
- Re: [dane] Network errors ARE attacks - on the en… Michael Richardson
- Re: [dane] Network errors ARE attacks - on the en… Andrew Sullivan
- Re: [dane] Behavior in the face of no answer? Eric Rescorla
- Re: [dane] Behavior in the face of no answer? Paul Wouters
- Re: [dane] Network errors ARE attacks - on the en… Mark Andrews
- Re: [dane] Network errors ARE attacks - on the en… Warren Kumari
- Re: [dane] Network errors ARE attacks - on the en… Phillip Hallam-Baker