CN102355449B - 一种隐蔽发送重定向请求的方法、网关和系统 - Google Patents

Abstract

本发明公开了一种隐蔽发送重定向请求的方法、网关和系统。首先网关从用户端接收HTTP请求，判断HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，那么网关拦截HTTP请求并向用户端返回伪造的html正文，然后用户端根据引用信息访问需要重定向的资源设备，并从资源设备接收资源信息，资源信息是资源设备进行数据处理后返回的，最后用户端在网页加载结束后立即利用刷新信息激活自动刷新，并重新发送原HTTP请求；若该HTTP请求不需要重定向和/或已经重定向，那么直接根据目的地网址发送HTTP请求。本发明通过伪造正文引用重定向的资源设备地址，并利用自动刷新重新发起原HTTP请求，隐蔽性良好，实现简单，且使用灵活。

Description

一种隐蔽发送重定向请求的方法、网关和系统

技术领域

本发明涉及网络通信领域，尤其涉及一种隐蔽发送重定向请求的方法、网关和系统。

背景技术

有时网关需要对一个HTTP(Hyper Text Transfer Protocol，超文本传输协议)请求进行拦截重定向到资源设备，待数据收集处理完毕后继续原请求流程，并且资源设备有可能需要设置cookie以记录相关信息。

通常的做法有如下两种：

1.全程HTTP 302重定向

在HTTP规范中，规定302回复状态为临时性转移(Temporarily Moved)，常用于重定向。全程HTTP 302重定向通常包括以下步骤：a)网关收到HTTP请求包，拦截并返回HTTP 302重定向指令，使它转向指定的资源设备地址；b)资源设备处理完毕后返回HTTP 302重定向指令重新回到原本的HTTP请求地址。这种方法简单有效，但是会使用户在浏览器上看到地址栏中URL的变动(由原地址跳到资源设备地址，再跳回来)。

2.iframe重定向

iframe是HTML规范定义的内联框架标签，iframe重定向包括以下步骤：a)网关收到HTTP请求包，拦截并返回含原地址及资源设备地址iframe的html(Hyper Text Markup Language，超文本置标语言)正文，其中引用资源设备地址的iframe是隐藏的，引用原地址的iframe为全屏，从而表现为和正常访问一样的效果；b)用户端因iframe再次访问原地址，并同时访问资源设备。这种方法避免了URL变动，但因为嵌套了一层iframe，会引起一系列问题，例如在点击链接跳转时，默认只是iframe内进行跳转，从而使得浏览器上的URL不会更新，另外，部分JS会含iframe相关逻辑(例如使用top访问根页面)，可能导致页面出错。

发明内容

本发明要解决的技术问题在于，针对现有技术中进行重定向时要么不隐蔽，要么无法刷新或导致页面出错的缺陷，提供一种隐蔽性好、实现简单且应用灵活的隐蔽发送重定向请求的方法、网关和系统。

本发明解决其技术问题所采用的技术方案是：

提供一种隐蔽发送重定向请求的方法，包括：

S1、从用户端接收HTTP请求，判断所述HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则执行步骤S2，否则直接根据目的地网址发送所述HTTP请求；

S2、拦截所述HTTP请求并向所述用户端返回伪造的html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述资源设备的引用信息用于使所述用户端访问所述资源设备，所述刷新信息用于使所述用户端在网页加载结束后立即激活自动刷新以便重新发送原HTTP请求；

S3、重复执行步骤S1。

本发明隐蔽发送重定向请求的方法中，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒。

本发明还提供一种隐蔽发送重定向请求的网关，包括接收模块、判断模块、拦截模块和发送模块：

接收模块，用于从用户端接收HTTP请求；

判断模块，用于判断所述接收模块接收的HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则发送拦截指令给所述拦截模块，否则发送放通指令给所述发送模块；

拦截模块，用于在从所述判断模块接收所述拦截指令后，拦截所述HTTP请求并伪造html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述资源设备的引用信息用于使所述用户端访问所述资源设备，所述刷新信息用于使所述用户端在网页加载结束后立即激活自动刷新以便重新发送原HTTP请求；

发送模块，用于在从所述判断模块接收所述放通指令后，直接根据目的地网址发送所述HTTP请求，还用于向所述用户端返回所述拦截模块伪造的html正文。

本发明隐蔽发送重定向请求的网关中，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒。

本发明还提供一种隐蔽发送重定向请求的方法，包括：

S4、网关从用户端接收HTTP请求，判断所述HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则执行步骤S5，否则直接根据目的地网址发送所述HTTP请求；

S5、所述网关拦截所述HTTP请求并向所述用户端返回伪造的html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息；

S6、所述用户端根据所述引用信息访问所述需要重定向的资源设备，并从所述资源设备接收资源信息，所述资源信息是所述资源设备进行数据处理后返回的；

S7、所述用户端在网页加载结束后立即利用所述刷新信息激活自动刷新，并重新发送原HTTP请求；

S8、重复执行步骤S4。

本发明隐蔽发送重定向请求的方法中，所述资源信息包括P3P头。

本发明隐蔽发送重定向请求的方法中，若所述引用信息是script标签，那么所述资源设备还向所述用户端返回用于附加处理的JS代码。

本发明还提供一种隐蔽发送重定向请求的系统，包括用户端、资源设备以及如上所述的网关，其中：

用户端，用于向所述网关发送HTTP请求并从所述网关接收伪造的html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述用户端还用于根据所述引用信息访问所述需要重定向的资源设备，从所述资源设备接收资源信息，并在网页加载结束后立即利用所述刷新信息激活自动刷新；

资源设备，用于从所述用户端接收访问请求，进行数据处理，并返回资源信息。

本发明隐蔽发送重定向请求的系统中，所述资源信息包括P3P头。

本发明隐蔽发送重定向请求的系统中，若所述引用信息是script标签，那么所述资源设备还用于向所述用户端返回用于附加处理的JS代码。

本发明一种隐蔽发送重定向请求的方法、网关和系统的有益效果为：通过伪造正文引用重定向的资源设备地址，并利用自动刷新重新发起原HTTP请求，隐蔽性良好，用户基本无法感觉到异常，最终浏览结果与正常访问无区别，而且实现简单，不用解析原始正文，只用发送固定的伪造正文并加以再次访问判断即可，另外，使用灵活，可任意进行重定向，只要需要时进行处理。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是现有技术中全程HTTP 302重定向的示意图；

图2是现有技术中iframe重定向的示意图；

图3是根据本发明实施例的隐蔽发送重定向请求的网关的结构示意图；

图4是根据本发明实施例的隐蔽发送重定向请求的系统的示意图；

图5是根据本发明实施例的隐蔽发送重定向请求的方法的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图3是根据本发明实施例的隐蔽发送重定向请求的网关的结构示意图。在本实施例中，隐蔽发送重定向请求的网关包括接收模块110、判断模块120、拦截模块130和发送模块140。

接收模块110可以用于从用户端接收HTTP请求。

判断模块120可以用于判断接收模块110接收的HTTP请求是否已经重定向且是否需要重定向。重定向就是通过各种方法将各种网络请求重新定个方向转到其它位置。我们在网站建设中，时常会遇到需要网页重定向的情况，例如网站调整(如改变网页目录结构)、网页被移到一个新地址或网页扩展名改变(如因应用需要把.php改成.html或.shtml)。这些情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流量白白丧失，另外某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点等。判断模块120利用HTTP分析拦截伪代码进行上述判断后，若该HTTP请求需要重定向且还没有重定向，那么判断模块120可以发送拦截指令给拦截模块130，否则判断模块120可以发送放通指令给发送模块140。其中，HTTP分析拦截伪代码可以如下所示：

拦截模块130可以用于在从判断模块120接收拦截指令后，拦截接收模块110所接收的HTTP请求，并伪造html正文。其中，伪造的html正文包括刷新信息以及需要重定向的资源设备的引用信息。资源设备的引用信息可以用于使用户端访问资源设备，引用信息可以包含但不限于script、style、img、iframe等会引用其它资源的html标签。刷新信息可以用于使用户端在网页加载结束(包括引用的资源)后立即激活自动刷新以便重新发送原HTTP请求，刷新信息可以是自动刷新标签(例如<meta http-equiv＝″refresh″content＝″0″>)或JS刷新脚本，刷新时间可以为0秒或其它很短的时间。伪造的正文可以如下所示：

发送模块140可以用于在从判断模块120接收放通指令后，直接根据目的地网址发送接收模块110所接收的HTTP请求。发送模块140还可以用于向用户端返回拦截模块130拦截上述HTTP请求后伪造的html正文。

在工作过程中，接收模块110从用户端接收HTTP请求。判断模块120判断接收模块110接收的HTTP请求是否已经重定向且是否需要重定向。判断模块120利用HTTP分析拦截伪代码进行上述判断后，若该HTTP请求需要重定向且还没有重定向，那么判断模块120可以发送拦截指令给拦截模块130，否则判断模块120可以发送放通指令给发送模块140。

若拦截模块130从判断模块120接收拦截指令，那么拦截模块130可以拦截接收模块110所接收的HTTP请求，并伪造html正文。其中，伪造的html正文包括刷新信息以及需要重定向的资源设备的引用信息。资源设备的引用信息可以用于使用户端访问资源设备，引用信息可以包含但不限于script、style、img、iframe等会引用其它资源的html标签。刷新信息可以用于使用户端在网页加载结束(包括引用的资源)后立即激活自动刷新以便重新发送原HTTP请求，刷新信息可以是自动刷新标签(例如<meta http-equiv＝″refresh″content＝″0″>)或JS刷新脚本，刷新时间可以为0秒或其它很短的时间。然后，发送模块140可以向用户端返回拦截模块130拦截上述HTTP请求后伪造的html正文。

若发送模块140从判断模块120接收放通指令，那么发送模块140可以直接根据目的地网址发送接收模块110所接收的HTTP请求。

本发明提供的隐蔽发送重定向请求的网关通过伪造正文在后台引用重定向的资源设备地址，并利用自动刷新使客户端重新发起原HTTP请求，隐蔽性良好，用户基本无法感觉到异常，最终浏览结果与正常访问无区别，而且实现简单，不用解析原始正文，只用发送固定的伪造正文并加以再次访问判断即可，另外，使用灵活，可任意进行重定向，只要需要时进行处理。

图4是根据本发明实施例的隐蔽发送重定向请求的系统的示意图。在本实施例中，隐蔽发送重定向请求的系统包括网关100、用户端200和资源设备300，其中网关100已参考图3进行了详细描述。

用户端200可以用于向网关100发送HTTP请求并从网关100接收伪造的html正文。其中，伪造的html正文可以包括刷新信息以及需要重定向的资源设备300的引用信息。需要重定向的资源设备300的引用信息可以包含但不限于script、style、img、iframe等会引用其它资源的html标签，用户端200可以根据上述引用信息访问需要重定向的资源设备300，并从资源设备300接收资源信息。刷新信息可以是自动刷新标签(例如<meta http-equiv＝″refresh″content＝″0″>)或JS刷新脚本，当网页加载结束(包括引用的资源)后，用户端200可以立即利用刷新信息激活自动刷新，刷新时间可以为0秒或其它很短的时间。用户端200进行自动刷新的过程就是向网关100再次发送原HTTP请求的过程。由于自动刷新标签是需要页面加载完成(包括引用的资源)后才能执行，且JS也必须按顺序执行，因此可以保证刷新一定是在引用资源设备完成后执行。

资源设备300可以用于从用户端200接收访问请求，进行数据处理，并向用户端200返回资源信息。资源设备300的业务处理演示伪PHP代码可以如下所示：

在系统工作过程中，网关100从用户端200接收HTTP请求，并判断所接收的HTTP请求是否已经重定向且是否需要重定向。

若需要重定向且还没有重定向，那么网关100可以拦截所接收的HTTP请求，并向用户端200返回伪造的html正文。其中，伪造的html正文可以包括刷新信息以及需要重定向的资源设备300的引用信息。需要重定向的资源设备300的引用信息可以包含但不限于script、style、img、iframe等会引用其它资源的html标签。刷新信息可以是自动刷新标签(例如<meta http-equiv＝″refresh″content＝″0″>)或JS刷新脚本。用户端200从网关100接收伪造的正文后，可以根据上述引用信息访问需要重定向的资源设备300，并从资源设备300接收资源信息。当网页加载结束(包括引用的资源)后，用户端200可以立即利用刷新信息激活自动刷新，刷新时间可以为0秒或其它很短的时间。用户端200进行自动刷新的过程就是向网关100再次发送原HTTP请求的过程。当网关100再次接收HTTP请求时，再次判断该HTTP请求是否已经重定向且是否需要重定向，若已经重定向和/或不需要重定向，那么网关100不作拦截，放通该HTTP请求，即根据该HTTP请求的目的地网址发送该HTTP请求，从而使用户端200可以从目的地网址接收所需要的正文。

本发明所提供的隐蔽发送重定向请求的系统通过利用网关伪造正文从而在后台引用重定向的资源设备地址，并利用自动刷新重新发起原HTTP请求，隐蔽性良好，用户基本无法感觉到异常，最终浏览结果与正常访问无区别，而且实现简单，不用解析原始正文，只用发送固定的伪造正文并加以再次访问判断即可，另外，使用灵活，可任意进行重定向，只要需要时进行处理。

在本发明的一个优选实施例中，用户端200从资源设备300接收的资源信息还包括P3P(Platform for Privacy Preferences，隐私设定平台)头，如上述伪PHP代码所示。P3P头(即P3P声明)可以使用户端200的IE也接受资源设备300的cookie设定，从而兼容IE的安全策略，避免了修改cookie后不兼容的问题，扩展了应用灵活性。

在本发明的另一个优选实施例中，若引用信息是script标签，即用户端200利用script标签引用资源设备300，那么，资源设备300还可以向用户端200返回用于附加处理的JS代码，以便进行很多更复杂的业务处理。这样，可以使网关100进行更多的拦截操作，从而实现更多功能。

图5是根据本发明实施例的隐蔽发送重定向请求的方法的流程图。在本实施例中，隐蔽发送重定向请求的方法从步骤510开始。

在步骤510中，网关从用户端接收HTTP请求，判断该HTTP请求是否已经重定向且是否需要重定向。

若需要重定向且还没有重定向，则执行步骤520。在步骤520中，网关拦截所接收的HTTP请求并向用户端返回伪造的html正文。其中，伪造的html正文可以包括刷新信息以及需要重定向的资源设备300的引用信息。需要重定向的资源设备300的引用信息可以包含但不限于script、style、img、iframe等会引用其它资源的html标签，刷新信息可以是自动刷新标签(例如<metahttp-equiv＝″refresh″content＝″0″>)或JS刷新脚本。接下来执行步骤530。在步骤530中，用户端根据需要重定向的资源设备的引用信息访问该资源设备，并从该资源设备接收资源信息，其中，上述资源信息是资源设备进行数据处理后返回的。接下来执行步骤540。在步骤540中，用户端在网页加载结束(包括引用的资源)后立即利用刷新信息激活自动刷新，并重新发送原HTTP请求，其中刷新时间可以为0秒或其它很短的时间。由于自动刷新标签是需要页面加载完成(包括引用的资源)后才能执行，且JS也必须按顺序执行，因此可以保证刷新一定是在引用资源设备完成后执行。否则直接根据目的地网址发送所述HTTP请求。然后，返回步骤510。

若所接收的HTTP请求不需要重定向和/或已经重定向，则执行步骤550。在步骤550中，网关直接根据目的地网址将所接收的HTTP请求发送出去。

本发明所提供的隐蔽发送重定向请求的方法通过利用伪造正文在后台引用重定向的资源设备地址，并利用自动刷新重新发起原HTTP请求，隐蔽性良好，用户基本无法感觉到异常，最终浏览结果与正常访问无区别，而且实现简单，不用解析原始正文，只用发送固定的伪造正文并加以再次访问判断即可，另外，使用灵活，可任意进行重定向，只要需要时进行处理。

在本发明的一个优选实施例中，步骤530中，用户端从资源设备接收的资源信息还可以包括P3P(Platform for Privacy Preferences，隐私设定平台)头，如上述伪PHP代码所示。P3P头(即P3P声明)可以使用户端的IE也接受资源设备的cookie设定，从而兼容IE的安全策略，避免了修改cookie后不兼容的问题，扩展了应用灵活性。

在本发明的另一个优选实施例中，若步骤520中伪造正文中的引用信息是script标签，即步骤530中用户端利用script标签引用资源设备，那么，资源设备还可以向用户端返回用于附加处理的JS代码，以便进行很多更复杂的业务处理。这样，可以使网关进行更多的拦截操作，从而实现更多功能。

应当理解，以上只是本发明的一些具体实施例，仅仅用于解释本发明，而不用于限制本发明。在本发明的其它实施例中，可以包括以上任意实施例所描述的本发明的任意特征和/或这些特征的任意组合。

综上，本发明的各种实施例提供了一种隐蔽发送重定向请求的方法、网关和系统，解决了现有技术中两种方案的缺点，将重定向行为对用户的影响降到最低，具体为：1.通过将对资源设备的访问改为后台引用来解决URL变动的问题；2.由于iframe嵌套原页面的方法导致兼容性问题过多并难以解决，所以换成重新正常请求。最终本发明经实践后提出了伪造正文引用重定向地址、自动刷新发起第二次请求这种简单可行的方案。它的优点如下：使用伪造html正文引用其它资源的方式访问资源设备，避免URL变动，隐蔽性良好，用户基本无法感觉到异常，最终浏览结果与正常访问无区别；实现简单，不用解析原始正文，只用发送固定的伪造正文并加以再次访问判断即可；使用灵活，可任意进行重定向，只要需要时进行处理；如需修改cookie，资源设备应发送P3P头以兼容IE的安全策略；如果使用script标签引用访问资源设备，那资源设备还可以返回JS代码进行更复杂的处理；伪造正文中直接使用HTMLrefresh标记或JS脚本进行立即刷新，无iframe嵌套，过程也平滑(引用资源设备访问结束后立即刷新，始终处于请求等待状态)，用户几乎无法查觉此过程。本发明可适用于各种需要将用户http请求临时重定向检查的场景，例如：基于cookie的代理检测、收集客户端信息等。

虽然本发明是通过具体实施例进行说明的，本领域技术人员应当明白，在不脱离本发明范围的情况下，还可以对本发明进行各种变换及等同替代。另外，针对特定情形或材料，可以对本发明做各种修改，而不脱离本发明的范围。因此，本发明不局限于所公开的具体实施例，而应当包括落入本发明权利要求范围内的全部实施方式。

Claims (8)

1.一种隐蔽发送重定向请求的方法，其特征在于，包括：

S1、从用户端接收HTTP请求，根据HTTP分析拦截伪代码判断所述HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则执行步骤S2，否则直接根据目的地网址发送所述HTTP请求；

S2、拦截所述HTTP请求并向所述用户端返回伪造的html的正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述资源设备的引用信息用于使所述用户端访问所述资源设备，所述刷新信息用于使所述用户端在网页加载结束后立即激活自动刷新以便重新发送原HTTP请求，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒；

S3、重复执行步骤S1。

2.一种隐蔽发送重定向请求的网关，其特征在于，包括接收模块、判断模块、拦截模块和发送模块：

接收模块：用于从用户端接收HTTP请求；

判断模块：用于根据HTTP分析拦截伪代码判断所述HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则发送拦截指令给所述拦截模块，否则发送放通指令给所述发送模块；

拦截模块，用于在从所述判断模块接收所述拦截指令后，拦截所述HTTP请求并伪造html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述资源设备的引用信息用于使所述用户端访问所述资源设备，所述刷新信息用于使所述用户端在网页加载结束后立即激活自动刷新以便重新发送原HTTP请求，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒；

发送模块，用于在从所述判断模块接收所述放通指令后，直接根据目的地网址发送所述HTTP请求，还用于向所述用户端返回所述拦截模块伪造的html正文。

3.一种隐蔽发送重定向请求的方法，其特征在于，包括：

S4、网关从用户端接收HTTP请求，根据HTTP分析拦截伪代码判断所述HTTP请求是否已经重定向且是否需要重定向，若需要重定向且还没有重定向，则执行步骤S5，否则直接根据目的地网址发送所述HTTP请求；

S5、所述网关拦截所述HTTP请求并向所述用户端返回伪造的html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒；

S6、所述用户端根据所述引用信息访问所述需要重定向的资源设备，并从所述资源设备接收资源信息，所述资源信息是所述资源设备进行数据处理后返回的；

S7、所述用户端在网页加载结束后立即利用所述刷新信息激活自动刷新，并重新发送原HTTP请求；

S8、重复执行步骤S4。

4.根据权利要求3所述的隐蔽发送重定向请求的方法，其特征在于，所述资源信息包括P3P头。

5.根据权利要求3所述的隐蔽发送重定向请求的方法，其特征在于，所述引用信息是script标签，那么所述资源设备还向所述用户端返回用于附加处理的JS代码。

6.一种隐蔽发送重定向请求的系统，其特征在于：包括用户端、资源设备以及如权利要求2所述的网关，其中：

用户端，用于向所述网关发送HTTP请求并从所述网关接收伪造的html正文，所述html正文包括刷新信息以及需要重定向的资源设备的引用信息，所述用户端还用于根据所述引用信息访问所述需要重定向的资源设备，从所述资源设备接收资源信息，并在网页加载结束后立即利用所述刷新信息激活自动刷新，所述刷新信息包括自动刷新标签或JS刷新脚本，刷新时间为0秒；

资源设备，用于从所述用户端接收访问请求，进行数据处理，并返回资源信息。

7.根据权利要求6所述的隐蔽发送重定向请求的系统，其特征在于，所述资源信息包括P3P头。

8.根据权利要求6所述的隐蔽发送重定向请求的系统，其特征在于，若所述引用信息是script标签，那么所述资源设备还用于向所述用户端返回用于附加处理的JS代码。