Take the 2-minute tour ×
Webmasters Stack Exchange is a question and answer site for pro webmasters. It's 100% free, no registration required.

I have built a form input page in HTML that has an action to post to an ASP handler/processor .asp file. The form handler/processor .asp file contains only <% Insert VBScript Here %> and no HTML output whatsoever.

The .asp file was never intended to be a "web viewable" .asp file like an .asp home page file or html file would. It's supposed to be for my eyes only- not the public's however it does need to take info posted by the public and do something with it on it's end.

I have used VBScript/ASP3.0 to build the form handler/processor file and would like to know how to keep someone from viewing the actual VBScript in the handler/processor .asp file. I am aware of obfuscation but I would like to know how to keep prying eyes from even being able to take a look at the obfuscated code in the handler/processor file.

I realize that the server executes the .asp file first before outputting anything to the browser so I guess that my main concern is mostly that someone may could "download" the form handler/processor .asp file, then view it's contents on their machine.

Assuming the form handler .asp file is where it is, behind the root, and is on a windows server (no htaccess approach) how could one protect it so that it could never be viewed or simply pulled down via anonymous ftp or something like that?

Is there something like "script only" permissions that the system administrator could set up for a particular folder? Remember, with shared hosting I can't go above the root. If so, would the form still be able to post?

How would any of you guys go about protecting the asp file in addition to obfuscation? Any help would be greatly appreciated.

share|improve this question
add comment

1 Answer

Depending on your webhost, anonymous FTP is usually extremely limited or simply blocked. Without FTP, there is no way that they can download that file without some kind of special hacking software (Which, if they are really nosey they will be able to get it as all unencrypted web information is sent via PlainText).

I found a few sites depicting various methods to encrypt VBS - some using PHP some with ASP here and here.

My advice would be to use HTTPS, which would solve the problem across the board.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.