[tor-bugs] #22865 [Obfuscation/meek]: Explicitly set Content-Length to zero when there is no data to send

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Jul 11 19:22:23 UTC 2017


#22865: Explicitly set Content-Length to zero when there is no data to send
------------------------------+------------------------------
 Reporter:  twim              |          Owner:  dcf
     Type:  defect            |         Status:  needs_review
 Priority:  Medium            |      Milestone:
Component:  Obfuscation/meek  |        Version:
 Severity:  Normal            |     Resolution:
 Keywords:                    |  Actual Points:
Parent ID:                    |         Points:
 Reviewer:                    |        Sponsor:
------------------------------+------------------------------

Comment (by twim):

 Seems to be not a bug. This is now persistent behavior at Google AppEngine
 Flexible Environment. Most likely it was being upgraded at that moment.
 Standard Environment works as before (without inspection middleware).

 I'm curious how it works. This middleware returns an error //only// if
 domain is being fronted. If one goes with a correct `appspot.com` SNI it
 takes all requests directly to the backend. Probably there is routing in
 place that routes requests by SNI to some non-AppEngine frontend which
 performs these pre-checks. Though this doesn't explain why there are no
 such checks on Standard  Environment.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/22865#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list