Open ostrolucky opened 13 years ago
I can't reproduce this, so a reproducible test case would be great.
I have found a way to reproduce this issue:
Steps:
The errors noted in the above issue will occur. I'm currently using the code in the master branch of the github repo.
Chunked encoding is not needed to trigger the error. I can reproduce the error with trying to fetch the http://www.google.com/robots.txt . It does work when '-k' is not used, but displays 'Location: ht' in Opera when '-k' is used:
$ python sslstrip.py -f -a -k
Log file: 2012-02-01 17:56:26,109 Reading tamper config file: False 2012-02-01 17:56:27,826 Resolving host: www.google.com 2012-02-01 17:56:27,826 Host not cached. 2012-02-01 17:56:27,834 Resolved host successfully: www.google.com -> 173.194.69.147 2012-02-01 17:56:27,834 Sending expired cookies...
and it stops there.
It's only for the first request in sslstrip session. Trying to refetch the resource will suceed.
I'm also running into this problem, is there any known fix?
EDIT: I'm using the latest version of Google Chrome in case that helps
Hi, guys at BackTrack forums pointed out that since sslstrip 0.9 there is present bug which causes that pages sometimes does not load at first try. It throws different errors in different browsers: Opera: Blank page with text "Location: ht" Chrome: Classic error "This webpage is not available" with error "Error 321 (net::ERR_INVALID_CHUNKED_ENCODING): Unknown error." Firefox: It does not react at first time or load blank page
It always loads after refresh.