{"vuid":"VU#228186","idnumber":"228186","name":"Hot Standby Router Protocol (HSRP) uses weak authentication","keywords":["hsrp","dos","cisco","RFC2281"],"overview":"A denial-of-service vulnerability exists in the Hot Standby Router Protocol (HSRP) .","clean_desc":"HSRP is a protocol designed to provide transparent recovery of routing services when failures occur. Quoting from RFC2281 (the RFC describing the Hot Standby Router Protocol): The Hot Standby Router Protocol, HSRP, provides a mechanism which is designed to support nondisruptive failover of IP traffic in certain circumstances. In particular, the protocol protects against the failure of the first hop router when the source host cannot learn the IP address of the first hop router dynamically. The protocol is designed for use over multi-access, multicast or broadcast capable LANs (e.g., Ethernet). HSRP is not intended as a replacement for existing dynamic router discovery mechanisms and those protocols should be used instead whenever possible . A large class of legacy host implementations that do not support dynamic discovery are capable of configuring a default router. HSRP provides failover services to those hosts. The following diagram depicts the topology of an IP network with two routers configured to use HSRP. Our thanks to Cisco for permission to use this diagram. HSRP-enabled routers operate by exchanging multicast messages amongst themselves that advertise their priority levels. By exchanging these messages, the participating routers determine which one of them is the default active router. The default priority level is typically 100, so if one of the participating routers is configured to have a priority of 101, that router will be the default active router. All HSRP-participating routers send a \"hello\" message using multicast every three seconds. If the default active router fails to send a \"hello\" message, the standby router with the next-highest priority will assume the role of being the active router. Because of this design flaw, it is possible for an attacker located on the same network segment as the routers participating in HSRP to disrupt network traffic. The vulnerability is best summarized in RFC2281: This protocol does not provide security. The authentication field found within the message is useful for preventing misconfiguration. The protocol is easily subverted by an active intruder on the LAN. This can result in a packet black hole and a denial-of-service attack. It is difficult to subvert the protocol from outside the LAN as most routers will not forward packets addressed to the all-routers multicast address (224.0.0.2).","impact":"An attacker located on the same LAN segment as the routers using HSRP can disrupt legitimate network traffic resulting in a denial-of-service attack against the network infrastructure for which the participating routers are responsible for.","resolution":"The CERT/CC is currently unaware of a practical solution to this problem.","workarounds":"Workaround Use HSRP in combination with IPsec as described in Advanced IPSec Deployment Scenarios.","sysaffected":"","thanks":"The CERT/CC thanks Cisco Systems for their help in understanding this vulnerability.","author":"This document was written by Ian A. Finlay.","public":["http://www.faqs.org/rfcs/rfc2281.html","http://www.securityfocus.com/bid/2684","http://www.cisco.com/warp/public/619/3.html","http://www.cisco.com/warp/public/619/hsrpguidetoc.html","http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/ip_c/ipcprt1/1cdip.htm#xtocid1715023","http://www.cisco.com/univercd/cc/td/doc/cisintwk/ics/cs009.htm#xtocid122331"],"cveids":["CVE-2001-0741"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2001-05-04T18:36:28Z","publicdate":"1998-03-01T00:00:00Z","datefirstpublished":"2001-12-13T21:11:41Z","dateupdated":"2001-12-18T13:47:49Z","revision":85,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"20","cam_exploitation":"10","cam_internetinfrastructure":"20","cam_population":"15","cam_impact":"3","cam_easeofexploitation":"15","cam_attackeraccessrequired":"10","cam_scorecurrent":"6.328125","cam_scorecurrentwidelyknown":"6.328125","cam_scorecurrentwidelyknownexploited":"7.59375","ipprotocol":"","cvss_accessvector":"","cvss_accesscomplexity":"","cvss_authentication":null,"cvss_confidentialityimpact":"","cvss_integrityimpact":"","cvss_availabilityimpact":"","cvss_exploitablity":null,"cvss_remediationlevel":"","cvss_reportconfidence":"","cvss_collateraldamagepotential":"","cvss_targetdistribution":"","cvss_securityrequirementscr":"","cvss_securityrequirementsir":"","cvss_securityrequirementsar":"","cvss_basescore":"","cvss_basevector":"","cvss_temporalscore":"","cvss_environmentalscore":"","cvss_environmentalvector":"","metric":6.328125,"vulnote":null}