{"vuid":"VU#924198","idnumber":"924198","name":"Squid LDAP authentication routines fail to check for invalid input","keywords":["Squid","security bypass","squid_ldap_auth","LDAP","ACLs","whitespace","username"],"overview":"The Squid LDAP authentication routine squid_ldap_auth() fails to check for input characters, such as whitespace, that could be misused to possibly bypass access restrictions.","clean_desc":"Squid functions as a web proxy and cache application for a number of protocols, and includes support for lightweight directory access protocol (LDAP) authentication. However, the squid_ldap_auth() function does not properly check for and sanitize input containing whitespace. This may allow remote attackers to log in using variants of existing user names, leading to bypass of security restrictions or creation of arbitrary accounting data.","impact":"Remote attackers may be able to gain elevated privileges or could pollute accounting data with invalid entries. This flaw is platform independent.","resolution":"Apply an update\nAdministrators should obtain an updated version of Squid from their vendor if LDAP authentication is used. Team Squid has created a patch for the current release version of Squid: squid-2.5.STABLE7-ldap_spaces.patch This flaw has been patched in Squid 2.5.STABLE8-RC4. More details are available in the Squid Bugzilla bug #1187.","workarounds":"Squid administrators may either disable LDAP authentication or block usernames containing whitespace as a workaround.","sysaffected":"","thanks":"Thanks to \nTeam Squid\n for reporting this vulnerability, who in turn credit Andrew P with the discovery of this flaw.","author":"This document was written by Ken MacInnis based primarily on information provided by Team Squid.","public":["http://www.squid-cache.org/Versions/v2/2.5/bugs/#squid-2.5.STABLE7-ldap_spaces","http://www.squid-cache.org/bugs/show_bug.cgi?id=1187","http://secunia.com/advisories/13843/"],"cveids":["CVE-2005-0173"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2005-01-24T13:14:04Z","publicdate":"2005-01-17T00:00:00Z","datefirstpublished":"2005-02-04T21:19:19Z","dateupdated":"2005-02-11T22:01:44Z","revision":25,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"15","cam_exploitation":"0","cam_internetinfrastructure":"5","cam_population":"10","cam_impact":"14","cam_easeofexploitation":"8","cam_attackeraccessrequired":"15","cam_scorecurrent":"6.3","cam_scorecurrentwidelyknown":"7.875","cam_scorecurrentwidelyknownexploited":"14.175","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.3,"vulnote":null}