Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGalleryDNN gallery remote file upload without authentication DNN gallery remote file upload without authentication
Previous
 
Next
New Post
8/6/2009 12:11 AM
 

Hi, i am having this serious security issue and i am using DNN v 4.8. When i go to http://localhost/dotnetnuke/Providers/HtmlEditorProviders/Fck/fcklinkgallery.aspx select the file option then i put " __doPostBack('ctlURL$cmdUpload','')" on my address bar. it will bring me to a page that will allow my user to upload any file to my site by using browse button.

How do i prevent that from happening? Please help.

Thanks!

 

 

 
New Post
8/6/2009 3:34 AM
 

 Hello,

This isn't a gallery module error; It's using the HTMLEditor. 
It appears to be a known issue that was corrected in 4.8.3 (existed up to 4.8.2). Please see this thread
http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/108/threadid/313894/scope/posts/Default.aspx
 
and this security bulletin
http://www.dotnetnuke.com/News/SecurityPolicy/SecurityBulletinno17/tabid/1162/Default.aspx
 
as they may confirm or deny if that is the issue you are dealing with. If so, update your installation  (after proper testing and backing up, of course). I'd recommend updating to the latest version of DNN, meaning 4.9.4, for your installation. As there are likely to be less possible module complications than upgrading to 5, depending on what 3rd party modules you use.

 
New Post
8/6/2009 5:04 AM
 

Baatezu wrote
 

 Hello,

This isn't a gallery module error; It's using the HTMLEditor. 
It appears to be a known issue that was corrected in 4.8.3 (existed up to 4.8.2). Please see this thread
http://www.dotnetnuke.com/Community/Forums/tabid/795/forumid/108/threadid/313894/scope/posts/Default.aspx
 
and this security bulletin
http://www.dotnetnuke.com/News/SecurityPolicy/SecurityBulletinno17/tabid/1162/Default.aspx
 
as they may confirm or deny if that is the issue you are dealing with. If so, update your installation  (after proper testing and backing up, of course). I'd recommend updating to the latest version of DNN, meaning 4.9.4, for your installation. As there are likely to be less possible module complications than upgrading to 5, depending on what 3rd party modules you use.

 

Hi, thanks for the reply. I have another site that is running under DNN version 3.x.x with some customise module inside. Is there any other alternative other than upgrading the DNN version? I am worry about the impact of DNN upgrade to my existing production page which might cost a lot of issues :(

 
New Post
8/6/2009 9:40 AM
 

I'd recommend doing a lot of testing with the 3rd party/custom apps to look for any issues and upgrading. Perhaps talking to whoever did the customizing for you and see what they say about how that module will work in the latest version.

The only other option that I can think of off the top of my head is to find the code changes regarding this issue and apply them to the 3.x.x version you have, build and upload the new dll(s). I don't recommend this, as trying to 'splice' in a single change, especially one such as file upload, has potential to have unexpected consequences.

A third option I just thought of - Restrict the "Allowed File Types" in the host settings to the smallest amount of extensions you can. If all they can do is upload txt files, it's not going to compromise your system. 

 
New Post
8/6/2009 10:59 AM
 

Baatezu wrote
 

I'd recommend doing a lot of testing with the 3rd party/custom apps to look for any issues and upgrading. Perhaps talking to whoever did the customizing for you and see what they say about how that module will work in the latest version.

The only other option that I can think of off the top of my head is to find the code changes regarding this issue and apply them to the 3.x.x version you have, build and upload the new dll(s). I don't recommend this, as trying to 'splice' in a single change, especially one such as file upload, has potential to have unexpected consequences.

A third option I just thought of - Restrict the "Allowed File Types" in the host settings to the smallest amount of extensions you can. If all they can do is upload txt files, it's not going to compromise your system. 

thanks for all the recommendation. i am thinking if it is possible for me just to add some checking on that particular page to filter out the javascript action?

 

 
Previous
 
Next
HomeHomeDNN Open Source...DNN Open Source...Module ForumsModule ForumsGalleryGalleryDNN gallery remote file upload without authentication DNN gallery remote file upload without authentication


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out