Re: [GROW] I-D Action: draft-ietf-grow-simple-leak-attack-bgpsec-no-help-03.txt

Christopher Morrow <christopher.morrow@gmail.com> Fri, 22 November 2013 04:43 UTC

Return-Path: <christopher.morrow@gmail.com>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9915F1AE067 for <grow@ietfa.amsl.com>; Thu, 21 Nov 2013 20:43:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-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 YJo9HM89k5Hw for <grow@ietfa.amsl.com>; Thu, 21 Nov 2013 20:43:49 -0800 (PST)
Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) by ietfa.amsl.com (Postfix) with ESMTP id A45651ADFB8 for <grow@ietf.org>; Thu, 21 Nov 2013 20:43:48 -0800 (PST)
Received: by mail-lb0-f178.google.com with SMTP id c11so547818lbj.9 for <grow@ietf.org>; Thu, 21 Nov 2013 20:43:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jjHoleMiuhl0dG2IikQxwuyDFDN9qjGBlWohuVE/evQ=; b=nw4xfmN9J3T1POVv1K/PFa5OhwEE1hq1DfwyI/Am2lBrxGUcngeLrY7pXSzCq8WwBf UMpRsvl6yI5K/RjTW0TGMtueVsU8YE1sBfR0tECerkcGH9amPRUUVkDoZzLjoxyTO0H1 bxR5vTuan9DM0I0Ra4022m+inU7krvMdw37Bxarl6w8iZJVnSoaqJuJKC12DmQ+WaCV9 Jy5UeqTCueTrn+PKalJckOKdd/3L9XXDM5sxmnKtgKMkZ+vPjrHCqxgtmxJntBm0f/q4 tj0LJ/XmN833uc/FmNq05kdNspYprUZik3VEu05XPlqeT6HwJhDi2qyfHEyfYljjytIi ogzQ==
MIME-Version: 1.0
X-Received: by 10.152.140.193 with SMTP id ri1mr8027006lab.18.1385095420916; Thu, 21 Nov 2013 20:43:40 -0800 (PST)
Received: by 10.152.37.170 with HTTP; Thu, 21 Nov 2013 20:43:40 -0800 (PST)
In-Reply-To: <77143901-5DA3-4937-8162-509B62A61594@apnic.net>
References: <20131118230146.22016.28407.idtracker@ietfa.amsl.com> <77143901-5DA3-4937-8162-509B62A61594@apnic.net>
Date: Thu, 21 Nov 2013 23:43:40 -0500
Message-ID: <CAL9jLabPjvXaAUaSEyQXdFvSDPZ_bJX4rjGxOGd0BqYhQcQYdg@mail.gmail.com>
From: Christopher Morrow <christopher.morrow@gmail.com>
To: Geoff Huston <gih902@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "grow@ietf.org grow@ietf.org" <grow@ietf.org>
Subject: Re: [GROW] I-D Action: draft-ietf-grow-simple-leak-attack-bgpsec-no-help-03.txt
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Nov 2013 04:43:51 -0000

On Thu, Nov 21, 2013 at 5:48 PM, Geoff Huston <gih902@gmail.com> wrote:
> but in our haste to comply with the timelines dictated by DHS's project
> funding
> I guess we've got what DHS were prepared to pay for, and not what we
> actually
> wanted or need. And for many its an unsatisfactory outcome.

just asking about one part here... so DHS aside, because i'm not sure
that who the funder is is relevant to the work, exactly...  what
options are there for securing more than the aspath?

for example: origin ?
                  metric
                  communities
                  pick other attributes...

all of these are subject to change today, none of them seem to have a
great deal of useful meaning beyond the first as-hop? This topic came
up a bit with discussion about the threats document in SIDR recently,
and I was able to find:
  http://tools.ietf.org/html/draft-sriram-bgpsec-design-choices-04#section-2.4

which at least talks about the reason no other attriibutes were added
to the secured part of the process.

Additionally, the draft in question here still doesn't say how you'd
know 'thats a route leak' more than 1 as-hop away form the 'leak'. (it
also doesn't take into account any of the comments I provided to the
authors :(  which is another matter entirely)

-chris