中国电信http劫持过程图解

先说一下起因吧，前些时在水木的一个关于电信的讨论中我说过了，现转述如下：

发信人: Kommit (珍惜生命|8g/不厚道要适度|量力而行), 信区: NewSoftware
标 题: 基本上可以确定我这里有HTTP劫持
发信站: 水木社区 (Fri Aug 25 20:17:01 2006), 站内

基本上可以确定我这里有HTTP劫持
现象：
每天拨号第一次打开Firefox
其中的某个标签页(一般是第一个)，内容是互联星空的网页。
因为我的Firefox会保存上次关闭时的所有标签
而那个网页我从来不会主动打开
每次看到也都会第一时间关掉

现在具体机制尚不明
因为每次都是第一次打开浏览器的时候会恶心我这么一下，而该现象无法在短时间内重现(
差不多好像是一天一次)
看过其他标签页的代码，没发现什么可疑的东西
可以排除流氓软件之类的东西，因为Linux下也有该现象
应该和PPPoE工具无关，我用XP自带的拨号、路由器拨号、Linux下的pppoe拨号都有该问题
怀疑是第一次提交的http请求会给我返回一个别的东西

等哪天我记着，访问网页之前打开工具sniff一下应该就能明白了

嗯，山东电信

【 在 JTR (天下最兽的禽) 的大作中提到: 】
: 1, 电信联合互联新空推出了某个拨号软件
: 2, 这个软件会带来很多广告, 自己装插件什么的..
: 3, 这个软件很可能在以后的日子里强制发行
: ...................


--
s..s....se.....segmentation fault!

今天回来之后，看到桌子上电信客户经理的名片，想起来了那天俺的帖子，于是………………俺这就给它sniff一下，开始：

先说一下用的工具：SmartSniff，一个监视网络数据的工具，我用的路由器上网，这个地址是我的内网地址。




为了排除干扰，关掉了一些会连接网络的软件。
这个是路由器的界面，今天回来之后还没打开猫的电源，现在还不能访问Internet。



让SmartSniff开始监视：



打开ADSL猫，路由器拨号成功了：



新开一个浏览器，地址栏中输入网址：



回车之后变成了这样的画面！！



当然，SmartSniff记录下了这段时间内通过我的网卡的一切数据。
前三条记录是我操作路由器界面的时候产生的，后面的那些是访问Internet时产生的，
证据就在其中了，先去吃饭~



吃完饭回来，马上很顺利地发现了这个：



紧跟着它的当然就是这个：



嗯，都是1024x768的全屏截图，看得够清楚了吧~lol
中国电信利用假冒的HTTP302信息，诱骗大家的浏览器重定向到它们的网站，大家一起来BS它这种丑恶行径吧！！！！

            附录：关于302的详细说明:
            http://www.freesoft.org/CIE/RFC/2068/85.htm
0.3.3 302 Moved Temporarily

The requested resource resides temporarily under a different URI. Since the
redirection may be altered on occasion, the client SHOULD continue to use the
Request-URI for future requests. This response is only cachable if indicated by
a Cache-Control or Expires header field.

If the new URI is a location, its URL SHOULD be given by the Location field in
the response. Unless the request method was HEAD, the entity of the response
SHOULD contain a short hypertext note with a hyperlink to the new URI(s).

If the 302 status code is received in response to a request other than GET or
HEAD, the user agent MUST NOT automatically redirect the request unless it can
be confirmed by the user, since this might change the conditions under which the
request was issued.

      Note: When automatically redirecting a POST request after receiving a 302
      status code, some existing HTTP/1.0 user agents will erroneously change it
      into a GET request.