Hello George, This is probably a problem of poor IIS configuration. Open properties for default web server, Home Directory, Configuration. Open properties for .jsp extension and assume "Check that file exists" option is selected. It's quite common problem for all CGI/ISAPI applications. --Wednesday, November 28, 2001, 2:54:46 PM, you wrote to bugtraqat_private: GH> ====================================================================== GH> Defcom Labs Advisory def-2001-32 GH> Allaire JRun directory browsing vulnerability GH> Author: George Hedfors <george.hedforsat_private> GH> Release Date: 2001-11-28 GH> ====================================================================== GH> ------------------------=[Brief Description]=------------------------- GH> Allaire JRun 3.0/3.1 under a Microsoft IIS 4.0/5.0 platform has a GH> problem handling malformed URLs. This allows a remote user to browse GH> the file system under the web root (normally \inetpub\wwwroot). GH> ------------------------=[Affected Systems]=-------------------------- GH> Under Windows NT/2000(any service pack) and IIS 4.0/5.0: GH> - JRun 3.0 (all editions) GH> - JRun 3.1 (all editions) GH> ----------------------=[Detailed Description]=------------------------ GH> Upon sending a specially formed request to the web server, containing GH> a '.jsp' extension makes the JRun handle the request. Example: GH> http://www.victim.com/%3f.jsp GH> This vulnerability allows anyone with remote access to the web server GH> to browse it and any directory within the web root. GH> ---------------------------=[Workaround]=----------------------------- GH> From Macromedia Product Security Bulletin (MPSB01-13) GH> http://www.allaire.com/handlers/index.cfm?ID=22236&Method=Full GH> Macromedia recommends, as a best practice, turning off directory GH> browsing for the JRun Default Server in the following applications: GH> - Default Application (the application with '/' mapping that causes GH> the security problem) GH> - Demo Application GH> Also, make sure any newly created web application that uses the "/" GH> mapping has directory browsing off. GH> The changes that need to be made in the JRun Management Console or JMC: GH> - JRun Default Server/Web Applications/Default User Application/File GH> Settings/Directory Browsing Allowed set to FALSE. GH> - JRun Default Server/Web Applications/JRun Demo/File Settings/ GH> Directory Browsing Allowed set to FALSE. GH> Restart the servers after making the changes and the %3f.jsp request GH> should now return a 403 forbidden. When this bug is fixed, the request GH> (regardless of directory browsing setting) should return a "404 page GH> not found". GH> The directory browsing property is called [file.browsedirs]. Changing GH> the property via the JMC will cause the following changes: GH> JRun 3.0 will write [file.browsedirs=false] in the local.properties GH> file. (server-wide change) GH> JRun 3.1 will write [file.browsedirs=false] in the webapp.properties GH> of the application. GH> -----------------------------=[Exploit]=------------------------------ GH> http://[machine]/%3f.jsp GH> http://[machine]/[anydirectory]/%3f.jsp GH> -------------------------=[Vendor Response]=-------------------------- GH> This issue was brought to the vendors attention on the 6th of GH> November, 2001. Workaround: GH> Macromedia Product Security Bulletin (MPSB01-13) GH> http://www.allaire.com/handlers/index.cfm?ID=22236&Method=Full GH> ====================================================================== GH> This release was brought to you by Defcom Labs GH> labsat_private http://labs.defcom.com GH> ====================================================================== -- ~/ZARAZA Стреляя во второй раз, он искалечил постороннего. Посторонним был я. (Твен)
This archive was generated by hypermail 2b30 : Thu Nov 29 2001 - 12:24:07 PST