tracker issue : CF-3035293

select a category, or use search below
(searches all categories and all time range)
Title:

Bug 72072:Unnamed application scope gives access to a *lot* of information

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Sean Corfield / Sean Corfield (Sean Corfield)

Created: 06/25/2008

Components: Administrator, Administrator Console

Versions: 10.0

Failure Type: Unspecified

Found In Build/Fixed In Build: 0000 / 281563

Priority/Frequency: Normal / Unknown

Locale/System: English / Platforms All

Vote Count: 11

Problem:

Unnamed application scope gives access to a *lot* of information. Provide an option in CF Admin to prevent access to unnamed application scope.

Scenario:

Create an empty Application.cfc and then in index.cfm, place:

<cfdump var="#application#">

You get to see all sorts of things in the JEE web application context. Useful if you're doing hybrid apps but on a shared host, this provides access to all the named application data on that server, allowing you to browse other people's data, often including usernames and passwords, application structures (if they're using frameworks) and so on.

For security, it would be good to provide an option in CF Admin that allowed administrators, esp. on shared hosts, to disable references to application scope when no application name has been set (i.e., when application.applicationname is "").

Reported to me by a client and the issue comes up on mailing lists about once a year (followed by the usual outrage about how "insecure" CF is when really this is all about JEE web application architecture, IMO).

Marking it cosmetic but most people think it's more serious than that. However, there's no real workaround (apart from never using application scope on a shared host!).

Method:

Create an empty Application.cfc.

Create an index.cfm that dumps application scope.

Result:

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3035293

External Customer Info:
External Company:  
External Customer Name: Sean Corfield
External Customer Email: 479B4EDC43F3A88B992016B6
External Test Config: 06/25/2008

Attachments:

Comments:

This bug has been voted..
Vote by External U.
24962 | November 10, 2011 10:37:17 AM GMT
VERY serious issue for shared hosting sites. PLEASE fix this ASAP!!!!!!!!
Vote by External U.
24963 | November 10, 2011 10:37:18 AM GMT
This could be a very big issue and really limits the use of the application scope. Might as well not use it on a shared host if you are worried about security
Vote by External U.
24964 | November 10, 2011 10:37:19 AM GMT
This bug has been voted..
Vote by External U.
24965 | November 10, 2011 10:37:20 AM GMT
This bug has been voted..
Vote by External U.
24966 | November 10, 2011 10:37:22 AM GMT
This bug has been voted..
Vote by External U.
24967 | November 10, 2011 10:37:24 AM GMT
This bug has been voted..
Vote by External U.
24968 | November 10, 2011 10:37:25 AM GMT
I see this as a good idea, as we release lots of sample applications on shared hosting to gauge user interest before we launch on dedicated hosting.
Vote by External U.
24969 | November 10, 2011 10:37:26 AM GMT
This bug has been voted..
Vote by External U.
24970 | November 10, 2011 10:37:27 AM GMT
This is a serious security concern for shared hosts, not many people realize that their db usernames and passwords are public if they store them in the app scope on a shared server!
Vote by External U.
24971 | November 10, 2011 10:37:29 AM GMT
This bug has been voted..
Vote by External U.
24972 | November 10, 2011 10:37:30 AM GMT
[Adam Cameron] : This security patch has been applied to <cfdump> (/writeDump)! Not simply "don’t allow nameless applications" at all when the switch is on. I’m sorry, but that’s really an example of unthinking "how not to solve a problem". Only the direct dump and the variable assignment one are blocked. Doing a structCopy() or a duplicate() or just accessing the naughty stuff directly still work.
Comment by Rupesh K.
24959 | February 18, 2012 04:20:07 PM GMT
If the purpose of disallowing the dump of application scope was security, that is very easily defeated as mentioned by Adam. Therefore, either we should roll this change back or fix it properly - which I think should mean a flag to disable no-named application itself. Re-opening the bug.
Comment by Rupesh K.
24960 | February 18, 2012 04:24:02 PM GMT
Now based on Admin Flag we will not allow unnamed application to be created. (Comment added from ex-user id:sandeepp)
Comment by Adobe D.
24961 | February 23, 2012 02:58:12 AM GMT