BGP Security · Lesson 01 of 01
Making BGP harder to abuse
BGP trusts what it is told. Authentication, TTL security, maximum-prefix, RPKI and RTBH are the layers that add back some safety.
Written lesson
Session and origin protection
Two different threats need two different defences. Protecting the session means stopping someone forming or spoofing a peering: TCP-AO or MD5 passwords authenticate the peer, and GTSM (the TTL security check) ensures an eBGP packet arrived with TTL 255, proving it came from a directly connected device and not a spoofed remote source. Protecting the routes means not believing bad announcements: maximum-prefix caps how many a peer may send, and RPKI validates that the AS originating a prefix is actually authorised to.
Configuration
TTL security and a prefix cap
router bgp 65001
neighbor 203.0.113.9 ttl-security hops 1
neighbor 203.0.113.9 maximum-prefix 1000 80 restart 30Written lesson
RPKI and RTBH
RPKI origin validation checks each prefix's origin AS against signed ROAs and marks routes valid, invalid or not-found, so you can drop or de-prefer invalids — defence against origin hijacks. RTBH (Remotely Triggered Black Hole) is the reverse tool: to stop a DDoS, you advertise the victim prefix tagged with a community that every router maps to a null next hop, dropping the attack traffic at the edge before it reaches the victim. One validates what you accept; the other weaponises BGP to discard traffic on purpose.
ttl-security and ebgp-multihop conflict
GTSM and ebgp-multihop are mutually exclusive ways of handling TTL — configure one or the other on a session, never both. GTSM assumes a fixed small hop count; multihop deliberately allows several.