{"vuid":"VU#886006","idnumber":"886006","name":"Squid vulnerable to buffer overflow via an overly long WCCP message","keywords":["Squid","buffer overflow","DoS","denial of service","WCCP","Web Cache Communication Protocol","recvfrom()"],"overview":"The Squid web proxy cache is vulnerable to a buffer overflow when handing overly long web cache communications protocol (WCCP) messages. Such messages could crash the Squid process and produce a denial of service condition.","clean_desc":"Squid functions as a web proxy and cache application for number of protocols. It supports WCCP to enable communications between routers and web caches. A recvfrom() call in the WCCP handling routines accepts more data than the buffer size may be able to handle. An attacker may be able to crash the Squid process by sending an overly-long WCCP message.","impact":"A remote unauthenticated attacker may be able to crash the Squid process and create a denial of service condition. Sites not using WCCP, which is disabled by default, are not affected.","resolution":"Apply an update\nAdministrators should obtain an updated version of Squid from their vendor if WCCP is used. Team Squid has created a patch for the current release version of Squid, described in Squid Proxy Cache Security Update Advisory SQUID-2005:3. This flaw has been patched in Squid 2.5.STABLE8-RC4. More details are available in the Squid Bugzilla bug #1217.","workarounds":"Sites not requiring WCCP should disable the 'wccp_router' option in the Squid configuration file. Note that this option is disabled by default.","sysaffected":"","thanks":"Thanks to \nTeam Squid\n for reporting this vulnerability, who in turn credit the FSC Vulnerability Research Team 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/Advisories/SQUID-2005_3.txt","http://www.squid-cache.org/bugs/show_bug.cgi?id=1217","http://secunia.com/advisories/14076/"],"cveids":["CVE-2005-0211"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2005-01-31T20:48:47Z","publicdate":"2005-01-28T00:00:00Z","datefirstpublished":"2005-02-04T21:18:36Z","dateupdated":"2005-02-08T21:29:31Z","revision":21,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"15","cam_exploitation":"0","cam_internetinfrastructure":"10","cam_population":"10","cam_impact":"8","cam_easeofexploitation":"10","cam_attackeraccessrequired":"20","cam_scorecurrent":"7.5","cam_scorecurrentwidelyknown":"9","cam_scorecurrentwidelyknownexploited":"15","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":7.5,"vulnote":null}