{"vuid":"VU#521059","idnumber":"521059","name":"Microsoft Internet Information Server (IIS) vulnerable to DoS when URL request exceeds maximum allowed length","keywords":["Microsoft Internet Information Server","IIS","DoS","denial of service","access violation","null value","exceed maximum length","FrontPage Server Extensions","FPSE","ASP.NET","URL error handling","MS02-018"],"overview":"Intruders may be able to cause the IIS service to fail by sending a particular kind of overly-long URL.","clean_desc":"ISAPI is a programming interface to IIS that can be used to modify or extend the behavior of IIS. Programs written using ISAPI are known as either filters or extension, depending on the way in which they're implemented. One of the primary differences is that extensions only run when called (by a reference in a URL) whereas filters run for every URL submitted to the server. For more information on the difference between filters an extensions, see http://msdn.microsoft.com/library/en-us/vccore/html/_core_What_Is_the_Difference_Between_an_ISAPI_Server_Extension_and_a_Filter.3f.asp. There is an ISAPI filter that ships as part of Microsoft Fronpage Extensions and ASP.NET that handles overly long URLs by replacing them with a null value. When IIS attempts to process the page (to send it back to the client as an error message) an access violation results. Other ISAPI filters may engage in similar behavior, which would trigger the same vulnerability. However, the only known extension to trigger this error ships with ASP.NET and Front Page Extensions. Quoting from Microsoft Security Bulletin MS02-018, The sole ISAPI filter known to generate the error that results in the access violation ships only as part of FrontPage Server Extensions and ASP.NET. ASP.NET is not installed by default, and FPSE can be uninstalled if desired. If you have custom extensions or filters, you may wish to examine them to see if they would trigger this behavior too.","impact":"An intruder could cause the IIS service to fail. IIS 5.0 and 5.1 will automatically restart, though a sustained attack could be mounted relatively easily; IIS 4.0 would have to be manually restarted.","resolution":"Apply a patch as described in MS02-018.","workarounds":"","sysaffected":"","thanks":"Our thanks to Microsoft Corporation, upon whose \nadvisory\n this document is based.","author":"This document was written by Shawn V. Hernan.","public":["h","t","t","p",":","/","/","w","w","w",".","m","i","c","r","o","s","o","f","t",".","c","o","m","/","t","e","c","h","n","e","t","/","s","e","c","u","r","i","t","y","/","b","u","l","l","e","t","i","n","/","M","S","0","2","-","0","1","8",".","a","s","p"],"cveids":["CVE-2002-0072"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2002-04-10T15:45:34Z","publicdate":"2002-04-10T00:00:00Z","datefirstpublished":"2002-04-10T19:13:04Z","dateupdated":"2002-04-10T19:13:17Z","revision":5,"vrda_d1_directreport":"","vrda_d1_population":"","vrda_d1_impact":"","cam_widelyknown":"20","cam_exploitation":"0","cam_internetinfrastructure":"17","cam_population":"15","cam_impact":"8","cam_easeofexploitation":"20","cam_attackeraccessrequired":"20","cam_scorecurrent":"33.3","cam_scorecurrentwidelyknown":"33.3","cam_scorecurrentwidelyknownexploited":"51.3","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":33.3,"vulnote":null}