|
Quite often on many lists we will hear the term Best Current Practice (BCP) 38 bandied about and further recommendations to implement [1] [2][3][4] (See NANOG Mailing list archive) . Some will say ‘it will aid in DDoS mitigation’ and even others will even state ‘All Internet Service Providers (ISP) should implement this." Now before the philosophical discussions ensue in the comments, it might be a good idea to discuss, technically, what it is? And perhaps what it can do? BCP 38 A.K.A. RFC 2267 [5] is a best practice methodology around ingress traffic filtering. The specific purpose as stated in the RFC abstract “to prohibit DoS attacks which use forged IP addresses to be propagated from 'behind' an Internet Service Provider's (ISP) aggregation point.” [5] The BCP 38 outlines the concept of “restricting transit traffic” that comes from a “downstream network to know, and internally advertised prefixes” [5, p.4]. In an overly simplified diagram (My interpretation of the RFC, comments and corrections welcome), it means the ISP says:
Let us know if you are using or have implemented BCP38? We recommend it and do feel that it has technical merit and can help reduce risk!
References:
[1] https://isc.sans.edu/diary/A+Chargen-based+DDoS%3F+Chargen+is+still+a+thing%3F/15647 [2] https://isc.sans.edu/diary/Disaster+Preparedness+-+Are+We+Shaken+or+Stirred%3F/11431 [3] https://isc.sans.edu/forums/diary/Where+Were+You+During+the+Great+DDoS+Cybergeddon+of+2013+/15496 [4] https://isc.sans.edu/podcastdetail.html?id=3260 [5] http://tools.ietf.org/html/bcp38
Richard Porter --- ISC Handler on Duty Twitter: @packetalien Blog: http://packetalien.com "Got Packets?" |
Richard 164 Posts ISC Handler |
| Reply Subscribe |
Feb 27th 2014 5 years ago |
|
Hi,
Members of NANOG are putting some efforts to make BCP38 information more available to a wider audience, in the hope that it could create some customers pressure to start cleaning up that mess. http://www.bcp38.info PS: Let moderator "hat" bcp38.info know if they can incorporate the graphic in that wiki. |
Anonymous |
| Reply Quote |
Feb 27th 2014 5 years ago |
|
Posted on NANOG for off-list contact. Permission definitely granted!
|
Richard 164 Posts ISC Handler |
| Reply Quote |
Feb 27th 2014 5 years ago |
|
Just out of curiosity, how come you reference RFC2267 as the definition of BCP38, when RFC2827 is the official definition of BCP38? They're almost identical in terms of content, but RFC2827 states in its header that it both obsoletes 2267 and defines BCP38.
Thanks! |
ComputerGeek 1 Posts |
| Reply Quote |
Feb 28th 2014 5 years ago |
|
Likely because I was not paying attention, thank you for pointing it out! Ill correct it~
|
Richard 164 Posts ISC Handler |
| Reply Quote |
Feb 28th 2014 5 years ago |
|
Hi Richard,
Looking into deploy BCP38 on a customer facing interface. I came across some suggestion about deploying something like this.Looking for any input from you guys. Thx ip verify unicast source reachable-via rx allow-default 171 access-list 171 deny icmp any any echo log-input access-list 171 deny icmp any any echo-reply log-input access-list 171 deny udp any any eq echo log-input access-list 171 deny udp any eq echo any log-input access-list 171 deny tcp any any established log-input access-list 171 deny tcp any any log-input access-list 171 deny ip any any log-input |
Richard 2 Posts |
| Reply Quote |
Feb 9th 2016 3 years ago |
Sign Up for Free or Log In to start participating in the conversation!
