Re: [OPSEC] ACLs on SP edge nodes

Joel Jaeggli <joelja@bogus.com> Thu, 28 May 2020 17:47 UTC

Return-Path: <joelja@bogus.com>
X-Original-To: opsec@ietfa.amsl.com
Delivered-To: opsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 349F13A0AAF; Thu, 28 May 2020 10:47:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 cw8ZJa-7vfNL; Thu, 28 May 2020 10:47:36 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC35E3A0AAE; Thu, 28 May 2020 10:47:36 -0700 (PDT)
Received: from [IPv6:2601:1c0:cb00:da11:c40b:c23b:c67e:4609] ([IPv6:2601:1c0:cb00:da11:c40b:c23b:c67e:4609]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id 04SHlZ9h001578; Thu, 28 May 2020 17:47:36 GMT (envelope-from joelja@bogus.com)
Content-Type: multipart/alternative; boundary="Apple-Mail-F6D93324-9D25-4A5C-ACAC-C0383635DEEF"
Content-Transfer-Encoding: 7bit
From: Joel Jaeggli <joelja@bogus.com>
Mime-Version: 1.0 (1.0)
Date: Thu, 28 May 2020 10:47:34 -0700
Message-Id: <01A76B3C-348A-4511-95D2-1FF975483CD0@bogus.com>
References: <DM6PR05MB63482CC7CA9B536EF87FE830AEB10@DM6PR05MB6348.namprd05.prod.outlook.com>
Cc: OPSEC <opsec@ietf.org>, John Scudder <jgs@juniper.net>
In-Reply-To: <DM6PR05MB63482CC7CA9B536EF87FE830AEB10@DM6PR05MB6348.namprd05.prod.outlook.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
X-Mailer: iPhone Mail (17E262)
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsec/rDxq3tjABBBqk2w1KNYEK-I4d0E>
Subject: Re: [OPSEC] ACLs on SP edge nodes
X-BeenThere: opsec@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: opsec wg mailing list <opsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsec>, <mailto:opsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsec/>
List-Post: <mailto:opsec@ietf.org>
List-Help: <mailto:opsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsec>, <mailto:opsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 May 2020 17:47:38 -0000


Sent from my iPhone

> On May 27, 2020, at 14:21, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> wrote:
> 
> 
> Folks,
>  
> Does anybody know of a document that provides general recommendations for ACL’s to be implemented on service provider edge nodes?
>  

I would suspect the to be substantial variation on what people consider acceptable to drop but a highly limited number of things that everyone would consider acceptable. By in large if you’re a transit provider your customers are paying for unmolested internet. 

Some folks have ntp rate limits baked into their input acls due to mon_getlist that would be good to unbake. At this point you could probably recomend policy that would prevent the legacy issues but it’s also likely to be controversial

Protection of infrastructure space is a substantial portion of Edge acls I’ve implemented. RFC 6192 policies writ large E.g. overlap with control plane acl   figure prominently there.

BCP 38 and 84 are things that notionally get applied to customer facing edges hopefully not strict when dealing with multi homed networks.

Martian filters again bcp 84 but also bcp 171 and RFC 5735  are things that appear in input acls. Sometimes these are implemented as null routes from bgp route reflectors or contributed protocols rather than ACLs.

>                                                                                                             Ron
>  
> 
> Juniper Business Use Only
> _______________________________________________
> OPSEC mailing list
> OPSEC@ietf.org
> https://www.ietf.org/mailman/listinfo/opsec