{"vuid":"VU#403150","idnumber":"403150","name":"Microsoft Windows URI protocol handling vulnerability","keywords":["Internet Explorer arbitrary command execution","crafted URIs","MS07-061","ms07-nov"],"overview":"Microsoft Windows fails to properly handle protocols specified in a URI, which could allow a remote, unauthenticated attacker to execute arbitrary commands on a vulnerable system.","clean_desc":"A Uniform Resource Identifier (URI) is a string of characters that can be used to identify a location, resource, or protocol. Microsoft Windows will parse a URI to determine the appropriate application that is registered to handle the protocol. More information about how Windows accomplishes this is available in Microsoft Knowledge Base article 224816. Several types of Windows applications, such as web browsers and email clients, may rely on Microsoft Windows to determine the proper application to handle a specified URI. Internet Explorer 7 has changed how Microsoft Windows parses URIs. This has introduced a flaw that can cause Windows to incorrectly determine the appropriate handler for the protocol specified in a URI. This flaw appears to rely on having a \"%\" character in the URI. Publicly available exploit code uses Mozilla Firefox as an attack vector for this vulnerability. For more information, including workarounds, please see VU#783400.","impact":"Microsoft Windows may incorrectly determine the appropriate application to handle a protocol. For example, a \"safe\" protocol such as [<font face=\"courier\">mailto:</font>] may be incorrectly handled with an \"unsafe\" application, such as the Windows command interpreter. This can allow unexpected execution of arbitrary commands.","resolution":"Apply an update\nThis issue is addressed in Microsoft Security Bulletin MS07-061. This update provides a newer version of Shell32.dll, which performs additional validation of URIs.","workarounds":"","sysaffected":"","thanks":"This vulnerability was publicly disclosed by Billy Rios.","author":"This document was written by Will Dormann.","public":["http://www.microsoft.com/technet/security/bulletin/ms07-061.mspx","http://www.microsoft.com/technet/security/advisory/943521.mspx","http://blogs.technet.com/msrc/archive/2007/10/25/msrc-blog-october-25th-update-to-security-advisory-943521.aspx","http://xs-sniper.com/blog/2007/07/24/remote-command-execution-in-firefox-2005/","http://xs-sniper.com/blog/remote-command-exec-firefox-2005/","http://www.adobe.com/support/security/advisories/apsa07-04.html","http://www.adobe.com/support/security/bulletins/apsb07-18.html","http://secunia.com/advisories/26201/","https://bugzilla.mozilla.org/show_bug.cgi?id=389580","http://support.microsoft.com/kb/224816","http://kb.mozillazine.org/Firefox_:_FAQs_:_About:config_Entries","http://en.wikipedia.org/wiki/Uniform_Resource_Identifier"],"cveids":["CVE-2007-3896"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2007-07-26T16:10:26Z","publicdate":"2007-07-25T00:00:00Z","datefirstpublished":"2007-07-27T14:49:13Z","dateupdated":"2007-11-13T21:21:10Z","revision":25,"vrda_d1_directreport":"0","vrda_d1_population":"4","vrda_d1_impact":"2","cam_widelyknown":"20","cam_exploitation":"0","cam_internetinfrastructure":"10","cam_population":"20","cam_impact":"7","cam_easeofexploitation":"18","cam_attackeraccessrequired":"13","cam_scorecurrent":"18.4275","cam_scorecurrentwidelyknown":"18.4275","cam_scorecurrentwidelyknownexploited":"30.7125","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":18.4275,"vulnote":null}