{"vuid":"VU#786900","idnumber":"786900","name":"SSH host key authentication can be bypassed when DNS is used to resolve localhost","keywords":["SSH","host key","bypassed","authentication","DNS","resolve","localhost","connection redirection"],"overview":"This vulnerability allows an attacker to redirect an SSH connection to an arbitary host.","clean_desc":"When making connections to localhost, SSH disables host key checking to provide compatibility with NFS filesystems. As a result, if the victim's machine uses a poisoned DNS server to resolve localhost, it is possible to redirect the victim's SSH session to a different host. In most SSH clients, users are asked to confirm the acceptance of a host key the first time it is presented. If the user accepts the host key, they are asserting that the key represents the host they intended to connect to. But if an attacker exploits this vulnerability, the victim will not be asked for this confirmation because host key checking has been disabled. Therefore, even the most attentive users will not be able to detect that they have been redirected.","impact":"Attacker can redirect a victim's SSH connection to an arbitrary host.","resolution":"Do not use DNS to resolve \"localhost\". Instead, explicitly configure all hosts to use 127.0.0.1 for localhost.","workarounds":"","sysaffected":"","thanks":"The CERT/CC thanks Antti Huima, Tuomas Aura, and Janne Salmi for their analysis and Tatu Ylonen for bringing this vulnerability to our attention.","author":"This document was written by Jeffrey P. Lanza.","public":["h","t","t","p",":","/","/","w","w","w",".","s","s","h",".","c","o","m","/","p","r","o","d","u","c","t","s","/","s","s","h","/","c","e","r","t","/"],"cveids":[""],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2000-09-19T17:45:57Z","publicdate":"2001-01-18T00:00:00Z","datefirstpublished":"2000-09-26T18:01:16Z","dateupdated":"2002-03-05T20:10:57Z","revision":12,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"5","cam_exploitation":"0","cam_internetinfrastructure":"10","cam_population":"9","cam_impact":"1","cam_easeofexploitation":"9","cam_attackeraccessrequired":"20","cam_scorecurrent":"0.455625","cam_scorecurrentwidelyknown":"0.91125","cam_scorecurrentwidelyknownexploited":"1.51875","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":0.455625,"vulnote":null}