HomeLog InRegisterSearch the ForumHelp
   
Shopping Cart Software e-Commerce Forums > BV Commerce 5 > BV Commerce 5 Technical Questions > Contact Us page and Cross-site scripting  Forum Quick Jump
 
New Topic Post Reply Printable Version
[ << Previous Thread | Next Thread >> | Show Newest Post First ]

Kaye
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2010
Total Posts : 3
 
   Posted 7/28/2010 11:52 AM (GMT -4)    Quote This PostAlert An Admin About This Post.
Hello,
 
We are using BV Software V5, SP2.  We recently had a PCI compliance scan done of the site and the Contact Us page configured in BV is failing the scan because of cross-site scripting vulnerability.  This is only if we have the questions turned on through the Contact Us Config option.  If we uncheckmark the enable contact form to remove the question fields, then the site passes the scan.  We don't see any way to guard against cross-site scripting vulnerabilities with this page.  Has anyone else encountered this issue, and if so, how did you correct it?
 
Thanks.
Back to Top
 

Bryan
Enterprise Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Jan 2005
Total Posts : 778
 
   Posted 7/28/2010 11:54 AM (GMT -4)    Quote This PostAlert An Admin About This Post.
Im not exactly sure about that page itself, but BV5 SP7 is PCI compliant. You should check out in updating to that version.
Back to Top
 

Kaye
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2010
Total Posts : 3
 
   Posted 7/28/2010 1:05 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
Unfortunately we inherited this site and it has been highly customized - probably over 65%, so it is not possible to upgrade. Any suggestions on how to make this page in this version safe against cross-site scripting? Any suggestions would be helpful.
Back to Top
 

Aaron
BVC Expert



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2004
Total Posts : 1026
 
   Posted 7/28/2010 4:11 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
I'm not sure how the contact form would be vulnerable to a cross-site scripting attack. One thing I can tell you is that those scans are always right.


Aaron Sherrick
Develisys
Web smart. Market savvy.
Tel 717-566-9455 - Toll free 866-674-4770
www.develisys.com

Back to Top
 

Matt@9BallDesign
Graphics Guru



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2003
Total Posts : 2807
 
   Posted 7/28/2010 4:19 PM (GMT -4)    Quote This PostAlert An Admin About This Post.

forgive my remedial understanding.

what happens if ValidateRequest="true"  is added to the contactus.aspx page directive?

 


Matt Martell
------------------------------------------------

http://www.9balldesign.com - Web, Print, Graphic

------------------------------------------------

Back to Top
 

Marcus
Forum Moderator



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Nov 2003
Total Posts : 5609
 
   Posted 7/28/2010 6:07 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
A XSS attack occurs when a value input into a form is displayed on the site and isn't HTML encoded. So for example, if the user inputs a <script> tag in the description field of the form and their answer is displayed it will execute the <script> from the user.

Since you said that your site is heavily customized it is very possible that one of the customizations created an XSS vulnerability.

You'll need to pay a programmer to walk through you customized code to find and resolve the issue. There is no way for us to evaluate the code since it has been customized and is many service packs old.



Shopping Cart Software

Back to Top
 

Kay
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Jan 2010
Total Posts : 5
 
   Posted 7/29/2010 1:12 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
None of the backoffice has been customized so the policy pages are intact.  The PCI compliance scan is sending <script> tags to the form fields for the test.  If we uncheckmark the enable contact form to remove the user input fields, the site passes the scan, so it is only the user input fields on this form that are not passing the scan.  We are receiving the following error:

This is a generic warning based on a test that indicates that your web

> application may not validate user-provided input, such as that

> provided by a form. Review your web application to ensure that user

> data is checked on the server side of the application (NOT in the web

> browser) for proper length and character content. It is recommended

> that a white-list of acceptable characters be used, with all other

> characters being HTML encoded prior to being sent in response to the client.

> Review the "Cross-Site scripting", "Data Validation", and "Review Code

> for Cross-site scripting" pages on OWASP.org (see the reference links

> in this finding).

We see no way in this form to determine field length or character content.  Has this been changed in a later verion and is this version of BV open to XSS attacks for this form?  Any suggestions on how to correct this would be helpful.

Back to Top
 

Kim (Kman)
BVC Expert



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Nov 2003
Total Posts : 1244
 
   Posted 7/29/2010 2:20 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
Most likely you will need to filter your form post yourself or have someone do it for you.
Wondering how Scanalert would even know if script was injected since what is typed in the form is not displayed unless page has been modified.
Also when you get the the email in stock form all script tags are removed.


Regards,
Kim(Kman) Rossey
TOO COOL WEBS
BVSoftware Programming, Database Programming, XML, CSS, Site Design, Silverlight etc...
kman@toocoolwebs.com

Back to Top
 

Aaron
BVC Expert



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2004
Total Posts : 1026
 
   Posted 7/29/2010 2:48 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
Kim (Kman) said...
Wondering how Scanalert would even know if script was injected since what is typed in the form is not displayed unless page has been modified.

Exactly. Like I said, these scans aren't always accurate. They do provide a way to dispute or override their alert on the page in their system that outlines the supposed vulnerability.


Aaron Sherrick
Develisys
Web smart. Market savvy.
Tel 717-566-9455 - Toll free 866-674-4770
www.develisys.com

Back to Top
 

Kay
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Jan 2010
Total Posts : 5
 
   Posted 7/30/2010 1:12 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
They are stating that this page (Contact Us with the form fields) is vulnerable to XSS attacks and cannot be disputed. Is this version of BV supposed to be protecting agains XSS attacks? Here is what they are testing. Any suggestions would be helpful. Thanks.


Cross-Site scripting (XSS)
Cross-site scripting is a term used to describe problems which arise
when maliciously crafted user data causes a web application to redirect
an unsuspecting web browser to an undesired site. It was
possible to send strings with special HTML characters ( < > " ' )
to your web application, and see them rendered in the response.
Since these characters were not encoded by the web application,
it may be possible to inject HTML scripting code into the rendered
page. The injections can occur in your HTML body, Title, scripting,
or even commented out portions of the document. Note: Due to the
potential negative impact on this web server's resources that could
result from attacking a large number of cross-site scripting attack
vectors, TrustKeeper abandons this test after it has found at least three
instances where user input is not being properly sanitized. Therefore,
it is possible that the reported findings associated with this vulnerability
are only a subset of all possible attack vectors.
Note: All Cross-Site scripting vulnerabilities are considered noncompliant
by PCI.
Service: (80) Microsoft-IIS/6.0
Evidence:
• HTTP Request Mode: GET
• HTTP Status Code: 200
• Test Input String: %3Cscript%20%3Ealert%28%27test
%27%29%3B%3C%2Fscript%20%3E
• Search Pattern: <script >alert('test');</script >
• Pattern Match: <script >alert('test');</script >
• Vulnerable Parameter: policyid
• Vulnerable Parameter: linktext
• Vulnerable Parameter: columnname

• HTTP Request Mode: GET
• HTTP Status Code: 200
• Test Input String: %22%3E%27%3E%3CIfRaME%3E
• Search Pattern: (?i)">'><IfRaME>
• Pattern Match: ">'><IfRaME>
Vulnerable Parameter: policyid
• Vulnerable Parameter: linktext
• Vulnerable Parameter: columnname
Back to Top
 

Kim (Kman)
BVC Expert



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Nov 2003
Total Posts : 1244
 
   Posted 7/30/2010 1:35 PM (GMT -4)    Quote This PostAlert An Admin About This Post.
I suggest you hire a professional to look at this for you and help you correct the issue with your scan.
The code must have been modified in some way. If so you just need to filter text input.


Regards,
Kim(Kman) Rossey
TOO COOL WEBS
BVSoftware Programming, Database Programming, XML, CSS, Site Design, Silverlight etc...
kman@toocoolwebs.com

Back to Top
 
New Topic Post Reply Printable Version
 
Forum Information
Currently it is Wednesday, September 08, 2010 11:39 PM (GMT -4)
There are a total of 57,382 posts in 12,471 threads.
In the last 3 days there were 2 new threads and 19 reply posts. View Active Threads
Who's Online
13 Guest(s), 0 Registered Member(s) are currently online.  Details