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

"Accept */*" http header added

Hi,

Our UTM 9.209-8 adds a line with "Accept */*" to http headers.

This is a wireshark log taken on the webserver when the request was issued by us (through the UTM):


This is a wireshark log taken on the webserver when the request was issued by a third party:



On the UTM we have all features disabled that could mess with this sort of thing. Only Firewall, RED, Wireless Protection, Site-to-Site VPN, Remote Access, Web Application Firewall and HA/Cluster are active.

IP, Web Filtering, Endpoint Protection etc is inactive.

Does anyone have an idea how this header gets added?


This thread was automatically locked due to age.
  • I'm assuming that's for an inbound request to your webserver, which sits behind the WAF... my guess would be the WAF is adding that.  Does it affect anything?
  • No sorry, that didn't come out clearly. There are three parties involved:

    Webserver: At customer, not behind an Astaro/Sophos UTM.
    Us: We send the http request to the webserver, and we're behind the aforementioned UTM. (Screenshot 1)
    Third party: When the third party sends the http request (from outside of our network), and therefore no Astaro/Sophos UTM is involved, the request arrives without the "Accept */*" header. (Screenshot 2)

    So to sum it up:

    Our network -> Astaro -> Internet -> Customers Firewall -> Customers Webserver: Request does contain the "Accept */*" header.

    Third parties network -> Third parties firewall -> Internet -> Customers Firewall -> Customers Webserver: Request does not contain the "Accept */*" header.
  • Hi, if you're not using the HTTP Proxy (Web Protection), it should not be possible for the UTM to be modifying L7 content.

    Do you have the WAF misconfigured to be listening to outgoing traffic?

    Here's an NGREP capture on a remote webserver (at AWS) of traffic which originated inside my 9.211 system (no WAF or Proxy) using FireFox:
    T x.x.x.x:38777 -> 10.73.x.x:80 [AP]
    
      GET /asdfasdf HTTP/1.0..Host: foobar.net..User-Agent: Mozilla/5
      .0 (Windows NT 6.3; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0..Accept: te
      xt/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8..Accept-Langu
      age: en-US,en;q=0.5..Accept-Encoding: gzip, deflate..DNT: 1..Cache-Control: max-age=259200..Connection: keep-alive....


    Barry
  • Are you sure FIDDLER isn't what's changing the header?

    Barry
  • Hi & thanks for taking the time to reply. I got the screenshots and all the explanations from one of our devs and have now taken the time to verify everything and to see what way it behaves when we fire the http requests from outside of our network (= with no UTM involved).

    It looks very much like a false alarm now, because even with no UTM involved we can see this behaviour, so I'm almost certain this behaviour has nothing to do with the UTM. It seems to be related to the webserver or the firewall on the customers side.

    Thanks for your time and sorry for the confusion caused.