Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 1 subscriber
  • Views 6136 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Ajax/Postback issues with WAF

dcline97
Hi Everyone,

We run Customer and Sales portals on a dedicated server and I am trying to get the WAF to function correctly.  Basically I am stuck with an AJAX/Postback issue.  These sites are AJAX based ASP.NET and my issue is that postbacks seem to be dropped by the WAF.  For example there might be a combobox for STATE on the page and once you select a state a postback occurs and all available CITIES are loaded into the City combobox.  When running thru the WAF the city combobos will not load.  Any postback round trip to the server seems to get dropped.

The WAF documentation is pretty weak and Sophos support says I need to open up a professional services engagement to get it working.  We are not doing anything special with these sites, it's run-of-the-mill .NET/Ajax so I am perplexed that there are no out of the box settings for the WAF that would deal with this.

After some googling I've seen a couple of threads from a few years ago on a similar topic and it looked like they had to set up some rule exclusions.  Unfortunately I cannot find any documentation on all the rules the WAF uses.  Is ModSecurity used for the WAF and if so does anyone have any idea what collection of rules are being used?

Any thoughts on how to proceed on thus (other that down the professional services road)?

Thanks in advance,

Dave Cline


This thread was automatically locked due to age.
Parents
  • 0
    UPDATE:  After turning off cookie signing and adding one rule exception it seems to be working.  It's been running for 24 hours now and we have had a lot of activity.  I do see a small performance hit from the user side, but at this point it is acceptable.

    I have been checking out the activity logs and see a fair amount of pattern match/SQL Injection alerts (id 981173).  However, the portals are running find and we have not had any customer complaints.  Are WARNINGS just that, no further action was taken?

    Thanks,

    Dave
Reply
  • 0
    UPDATE:  After turning off cookie signing and adding one rule exception it seems to be working.  It's been running for 24 hours now and we have had a lot of activity.  I do see a small performance hit from the user side, but at this point it is acceptable.

    I have been checking out the activity logs and see a fair amount of pattern match/SQL Injection alerts (id 981173).  However, the portals are running find and we have not had any customer complaints.  Are WARNINGS just that, no further action was taken?

    Thanks,

    Dave
Children
No Data
Unfiltered HTML