CN113709136A - 一种访问请求验证方法和装置 - Google Patents

Abstract

本发明公开了一种访问请求验证方法和装置，涉及计算机技术领域。该方法的具体实施方式包括：接收访问请求，访问请求指示了待访问的第一访问页面；获取与第一访问页面对应的依赖参数；依赖参数是预先根据第一访问页面、以及第一访问页面所依赖的第二访问页面的页面内容所确定的；根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求；在访问请求不是恶意访问请求的情况下，根据访问请求展示第一访问页面。该实施方式能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全。

Description

一种访问请求验证方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种访问请求验证方法和装置。

背景技术

服务接口(service interface)是指自动化系统之间、自动化系统与用户之间进行交互的共享边界。

现有的服务接口的访问请求检测中，通常利用登录校验或者流量检测的方式对恶意请求进行防御，比如，在用户登录时通过cookie中的sessionID校验其登录状态；或者，时刻监测系统的访问情况。

现有的访问请求检测中，无法校验登录状态正常但篡改了请求参数的请求，或者，恶意请求频率较低无法触发流量检测，如此一来，类似的恶意请求无法被拦截，会攻击系统漏洞，给系统造成较大损失，同时会导致系统压力，恶意占用系统资源。

发明内容

有鉴于此，本发明实施例提供一种访问请求验证方法和装置，能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全。

为实现上述目的，根据本发明实施例的一个方面，提供了一种访问请求验证方法，包括：

接收访问请求，所述访问请求指示了待访问的第一访问页面；

获取与所述第一访问页面对应的依赖参数；所述依赖参数是预先根据所述第一访问页面、以及所述第一访问页面所依赖的第二访问页面的页面内容所确定的；

根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求；

在所述访问请求不是恶意访问请求的情况下，根据所述访问请求展示所述第一访问页面。

可选地，还包括：

接收注册请求；所述注册请求指示了所述第二访问页面的地址；

根据所述第二访问页面的地址，确定所述第二访问页面中是否包括所述第一访问页面对应的内容；

在所述第二访问页面中包括所述第一访问页面对应的内容的情况下，确定所述第一访问页面依赖于所述第二访问页面，并确定所述第一访问页面对应于所述第二访问页面的依赖参数，以响应所述注册请求。

可选地，在所述接收注册请求之后，还包括：

将所述第二访问页面的地址发送给远端的web服务器，以使所述web服务器分析所述第二访问页面的内容；

接收所述web服务器返回的分析结果，并根据所述分析结果确定所述第二访问页面中是否包括所述第一访问页面对应的内容。

可选地，还包括：

对应存储所述第一访问页面的地址、所述第二访问页面的地址和所述依赖参数，以根据对应存储的数据获取所述依赖参数。

可选地，在所述确定所述第一访问页面对应于所述第二访问页面的依赖参数之后，还包括：

对应存储所述第一访问页面的地址和比对策略；其中，所述比对策略是根据历史依赖参数确定的；

在所述根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求之前，还包括：

获取与所述第一访问页面对应的比对策略；

确定所述入参是否与所述比对策略相匹配，如果否，确定所述访问请求为恶意访问请求。

可选地，在所述入参符合所述比对策略的情况下，所述根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求，包括：

根据所述比对策略，对所述入参和所述依赖参数进行比对，以确定所述访问请求是否为恶意访问请求。

可选地，在获取的所述依赖参数和/或比对策略为空的情况下，确定所述访问请求为恶意访问请求，并拦截所述恶意访问请求。

根据本发明实施例的再一个方面，提供了一种访问请求验证装置，包括：

接收模块，用于接收访问请求，所述访问请求指示了待访问的第一访问页面；

获取模块，用于获取与所述第一访问页面对应的依赖参数；所述依赖参数是预先根据所述第一访问页面、以及所述第一访问页面所依赖的第二访问页面的页面内容所确定的；

验证模块，用于根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求；

响应模块，用于在所述访问请求不是恶意访问请求的情况下，根据所述访问请求展示所述第一访问页面。

根据本发明实施例的另一个方面，提供了一种访问请求验证电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的访问请求验证方法。

根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的访问请求验证方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用根据访问请求的入参与依赖参数的对比，确定访问请求是否为恶意访问请求并处理的技术手段，所以克服了现有的无法通过登录校验或者流量检测的方式识别恶意请求，导致系统漏洞被攻击、恶意占用系统资源，给系统带来较大损失的技术问题，进而达到能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的访问请求验证方法的主要流程的示意图；

图2是根据本发明第一个实施例的依赖参数的确定方法的主要流程的示意图；

图3是根据本发明第二个实施例的依赖参数的确定方法的主要流程的示意图；

图4是根据本发明第三个实施例的依赖参数的确定方法的主要流程的示意图；

图5是根据本发明第一个实施例的比对策略和依赖参数的获取方法的主要流程的示意图；

图6是根据本发明第二个实施例的比对策略和依赖参数的获取方法的主要流程的示意图；

图7是根据本发明实施例的访问请求的判断方法的主要流程的示意图；

图8是根据本发明实施例的访问请求验证装置的主要模块的示意图；

图9示出了适于应用于本发明实施例的访问请求验证方法或访问请求验证装置的示例性系统架构图；

图10是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的访问请求验证方法的主要流程的示意图，如图1所示，本发明的访问请求验证方法包括如下步骤：

步骤S101，接收访问请求，访问请求指示了待访问的第一访问页面。

在本发明实施例中，用户通过终端访问服务接口时，服务器接收终端的访问请求，使得终端可以访问与访问请求对应的待访问的第一访问页面。由于访问请求存在恶意的可能，因此，在响应访问请求之前，需要对访问请求进行验证，拦截恶意访问请求。

在本发明实施例中，比如，访问请求可以是积分兑换访问请求，第一访问页面可以是积分兑换页面，积分兑换访问请求可以通过积分兑换访问接口进行访问，使得用户可以通过积分兑换访问接口发送积分兑换访问请求，进而服务器响应积分兑换访问接口发送的积分兑换访问请求。其中，积分兑换访问接口可以是“/buy”，通过“积分兑换”按钮的形式呈现。

又比如，访问请求可以是商品详情访问请求，第一访问页面可以是商品详情页面。

在本发明实施例中，服务器可以是web服务器或者网关服务器。

步骤S102，获取与第一访问页面对应的依赖参数；依赖参数是预先根据第一访问页面、以及第一访问页面所依赖的第二访问页面的页面内容所确定的。

在本发明实施例中，在获取与第一访问页面对应的依赖参数的同时，获取与第一访问页面对应的比对策略。

或者，在获取与第一访问页面对应的依赖参数之前，获取与第一访问页面对应的比对策略。

或者，在获取与第一访问页面对应的依赖参数之后，在根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求之前，获取与第一访问页面对应的比对策略。

在本发明实施例中，访问请求的入参可以是json格式，比如，访问请求是积分兑换访问请求，积分兑换访问请求的入参包括：{"skuId":"商品id"}；其中，比对策略中的“skuId”表示json格式的访问请求的入参。

在本发明实施例中，依赖参数可以是json格式，比如，服务器根据第二访问页面的地址对第二访问页面进行访问，得到的返回参数包括：{"code":1,"content":{"skuId":"商品id","title":"商品名称","detail":"描述信息"},"data":{"$ref":"$.content"},"errorMsg":"SUCCESS","msg":"SUCCESS","success":true}；其中，"code"为1表示返回成功，"content"的内容对应于依赖参数。

在本发明实施例中，用户通过终端访问第一访问页面之前，先访问第二访问页面，即，第二访问页面为第一访问页面所依赖的。比如，第一访问页面是积分兑换页面，第二访问页面是商品详情页面，用户可以通过终端的名称为“market-platform”的APP点击商品详情页面的“积分兑换”按钮访问积分兑换页面。

又比如，第一访问页面是商品详情页面，第二访问页面是商品列表页面。

在本发明实施例中，商品详情页面可以通过商品详情访问接口进行访问，比如，商品详情访问接口可以是“/info”，使得用户可以通过商品详情访问接口发送商品详情访问请求，进而服务器响应商品详情访问接口发送的商品详情访问请求。其中，商品详情访问接口可以是“商品详情”列表。

步骤S103，根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求。

在本发明实施例中，在获取的依赖参数和/或比对策略为空的情况下，确定访问请求为恶意访问请求。如果依赖参数和/或比对策略为空，表示访问请求并非通过正常入口进行访问，或者第二访问页面的停留时间超过最长时间，因此，确定访问请求为恶意访问请求。

步骤S104，在访问请求不是恶意访问请求的情况下，根据访问请求展示第一访问页面。

在本发明实施例中，在访问请求不是恶意访问请求的情况下，响应于访问请求，向用户展示第一访问页面。

在本发明实施例中，为了避免直接拦截恶意访问请求可能很容易导致验证方法被识别在访问请求为恶意访问请求的情况下，记录恶意访问请求的访问行为，当其访问次数超过预定恶意访问阈值时，将恶意访问请求的用户标记为“高风险用户”，拒绝高风险用户的访问请求。

在本发明实施例中，在访问请求为恶意访问请求的情况下，还可以直接拦截恶意访问请求。

在本发明实施例中，在服务器是web服务器的情况下，通过web服务器的拦截器层拦截访问请求。在服务器是网关服务器的情况下，通过网关服务器拦截访问请求。

一个web服务器通常需要服务于多个终端，为了保证系统的安全性和稳定性，面对海量的访问请求中可能存在的恶意访问请求，需要对其进行识别，将其拦截在外，防止恶意访问请求进入业务层攻击系统中可能存在的业务漏洞，给系统造成不必要的损失，比如，超出如用户权限进行恶意操作；如果这些恶意请求数量较多，可能会对服务器造成不必要的压力，恶意占用服务资源，比如，时下流行的某些抢票软件，或者对秒杀活动进行奖品爬取等。

现有的访问请求检测中，登录校验的方式校验的是用户本身的登录状态，无法对请求参数的篡改进行判断。流量检测的方式只能在访问请求超过一定频率时才可确定访问请求是恶意访问请求，无法识别频率较低的恶意访问请求。通过算法模型识别访问请求特征的方式精确度较低，而且算法模型过于复杂，通用性差，无法应用于实际场景。

通过本发明的访问请求验证方法，针对访问请求的入参进行校验，可以确定篡改请求参数的恶意访问请求；而且验证是通过依赖参数的校验，只有第二访问页面允许的第一访问页面才对其进行响应，因此，保证了访问请求时的正常接入，可以防止用户请求信息完全正常、未通过正常入口进入、通过爬虫工具反复请求、篡改IP地址、利用僵尸账号、无法触发流量检测的恶意访问请求进行拦截，防止了恶意访问请求对业务系统中可能存在的业务漏洞的攻击，避免了不必要的损失，防止恶意服务请求对服务器造成不必要的压力，恶意占用服务资源情况的发生。

通过本发明的访问请求验证方法，可以精确地识别恶意访问请求，防止用户通过篡改请求参数对业务漏洞进行攻击；防止非正常入口的恶意访问，占用服务资源，减少服务器不必要的压力。

通过本发明的访问请求验证方法，由网关服务器执行恶意访问请求的拦截，使得验证服务与业务服务解耦，降低开发人员的压力，提高验证服务的独立性和适用性。

通过本发明的访问请求验证方法，比对待检测服务接口的入参和其依赖服务接口返回的依赖参数，确定待检测服务接口是否通过系统对外开放的服务接口访问、是否篡改请求参数，能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，保证系统安全。。本发明具体步骤如下：

在本发明实施例中，通过接收访问请求，访问请求指示了待访问的第一访问页面；获取与第一访问页面对应的依赖参数；依赖参数是预先根据第一访问页面、以及第一访问页面所依赖的第二访问页面的页面内容所确定的；根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求；在访问请求不是恶意访问请求的情况下，根据访问请求展示第一访问页面等步骤，能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全。

在本发明实施例中，依赖参数是预先根据第一访问页面、以及第一访问页面所依赖的第二访问页面的页面内容所确定的，图2、图3、图4是根据本发明的依赖参数的确定方法的多个实施例。

在本发明实施例中，如图2所示，本发明第一个实施例的依赖参数的确定方法的包括如下步骤：

步骤S201，接收注册请求；注册请求指示了第二访问页面的地址。

在本发明实施例中，在用户通过第二访问页面访问第一访问页面之前，作为被依赖的第二访问页面，需要在服务器上进行注册。服务器接收并处理第二访问页面的注册请求。

在本发明实施例中，注册请求还指示了比对策略等；其中，比对策略用于验证访问请求，比如，“skuId＝content.skuId”。

步骤S202，根据第二访问页面的地址，确定第二访问页面中是否包括第一访问页面对应的内容。

在本发明实施例中，服务器根据第二访问页面的地址对第二访问页面进行访问，确定第二访问页面中是否包括一个或多个第一访问页面，在第二访问页面中包括第一访问页面的情况下，确定第二访问页面中包括第一访问页面对应的内容，比如，第一访问页面的地址；在第二访问页面中不包括第一访问页面的情况下，确定第二访问页面中不包括第一访问页面对应的内容。

步骤S203，在第二访问页面中包括第一访问页面对应的内容的情况下，确定第一访问页面依赖于第二访问页面。

在本发明实施例中，在第二访问页面中包括第一访问页面对应的内容的情况下，确定允许通过第二访问页面进行访问的一个或多个与第二访问页面对应的第一访问页面；也就是说，确定第一访问页面依赖于第二访问页面；或者说，第二访问页面是第一访问页面的入口，在访问第一访问页面之前，需要先访问第二访问页面。

步骤S204，确定第一访问页面对应于第二访问页面的依赖参数。

在本发明实施例中，第一访问页面对应于第二访问页面的依赖参数可以包括：第一访问页面依赖于第二访问页面的数据等。比如，在第一访问页面是积分兑换页面、第二访问页面是商品详情页面的情况下，第一访问页面对应于第二访问页面的依赖参数可以包括：第二访问页面的商品id、商品名称、商品图片、商品描述信息等。

步骤S205，对应存储第一访问页面的地址、第二访问页面的地址、比对策略和第一访问页面对应于第二访问页面的依赖参数。

在本发明实施例中，存储第二访问页面的地址、第一访问页面的地址、比对策略、第二访问页面的商品id、商品名称、商品图片、商品描述信息等之间的对应关系。

在本发明实施例中，在存储对应关系时，可以将用户账号和第二访问页面的地址/第二访问页面的接口地址作为唯一条件进行覆盖写入，也就是说，仅存储用户最后一次访问第二访问页面/第二访问页面的接口的信息。还可以设置存储数据的过期时间，比如，过期时间可以是第二访问页面允许停留的最长时间，比如，600s。

在本发明实施例中，当用户通过第一访问页面的地址进行访问时，服务器可以根据第一访问页面的地址以及对应存储的数据，获取第一访问页面对应于第二访问页面的依赖参数。

在本发明实施例中，本发明的依赖参数的确定方法可以通过web服务器执行。

在本发明实施例中，步骤S201-S204可以通过web服务器执行，步骤S205可以通过网关缓存服务器执行，比如，Redis数据库。相应地，web服务器将第一访问页面的地址、第二访问页面的地址和依赖参数等注册数据发送至网关缓存服务器，使得网关缓存服务器对应存储第一访问页面的地址、第二访问页面的地址和第一访问页面对应于第二访问页面的依赖参数。当用户通过第一访问页面的地址进行访问时，web服务器向网关缓存服务器发送第一访问页面的依赖参数请求，使得网关缓存服务器可以根据第一访问页面的地址以及对应存储的数据，获取第一访问页面对应于第二访问页面的依赖参数，并返回至web服务器。

在本发明实施例中，如图3所示，本发明第二个实施例的依赖参数的确定方法包括如下步骤：

步骤S301，接收注册请求；注册请求指示了第二访问页面的地址。

步骤S302，将第二访问页面的地址发送给远端的web服务器。

在本发明实施例中，远端的web服务器接根据第二访问页面的地址，对第二访问页面的内容进行分析，确定第二访问页面中是否包括一个或多个第一访问页面，在第二访问页面中包括第一访问页面的情况下，确定第二访问页面中包括第一访问页面对应的内容，比如，第一访问页面的地址；在第二访问页面中不包括第一访问页面的情况下，确定第二访问页面中不包括第一访问页面对应的内容。

在本发明实施例中，web服务器在第二访问页面中包括第一访问页面对应的内容的情况下，确定第一访问页面依赖于第二访问页面、以及第一访问页面对应于第二访问页面的依赖参数。

步骤S303，接收web服务器返回的分析结果。

在本发明实施例中，分析结果包括允许通过第二访问页面进行访问的一个或多个与第二访问页面对应的第一访问页面的地址、第一访问页面对应于第二访问页面的依赖参数。

步骤S304，对应存储第一访问页面的地址、第二访问页面的地址、比对策略和第一访问页面对应于第二访问页面的依赖参数。

在本发明实施例中，本发明的依赖参数的确定方法可以通过网关服务器执行。

在本发明实施例中，步骤S301-S303可以通过网关服务器执行，步骤S304可以通过网关缓存服务器执行，相应地，网关服务器将第一访问页面的地址、第二访问页面的地址和依赖参数等注册数据发送至网关缓存服务器，使得网关缓存服务器对应存储第一访问页面的地址、第二访问页面的地址和第一访问页面对应于第二访问页面的依赖参数。当用户通过第一访问页面的地址进行访问时，网关服务器向网关缓存服务器发送第一访问页面的依赖参数请求，使得网关缓存服务器可以根据第一访问页面的地址以及对应存储的数据，获取第一访问页面对应于第二访问页面的依赖参数，并返回至网关服务器。

在本发明实施例中，如图4所示，本发明第三个实施例的依赖参数的确定方法包括如下步骤：

步骤S401，接收注册请求；注册请求指示了第二访问页面的地址。

在本发明实施例中，注册请求还指示了与第二访问页面对应的第一访问页面的地址、比对策略等。比如，终端的名称为“market-platform”的APP向服务器发送注册请求，第一访问页面是积分兑换页面，第二访问页面是商品详情页面，注册请求指示了：第二访问页面的接口地址为“/info”，第一访问页面的接口地址为“/buy”，比对策略为“skuId＝content.skuId”。

在本发明实施例中，第二访问页面的接口地址可以对应一个或多个第二访问页面，第一访问页面的接口地址可以对应一个或多个第一访问页面。

步骤S402，返回注册结果，保存第一数据。

在本发明实施例中，服务器对接收到的注册请求进行处理，并将注册结果返回给终端。

在本发明实施例中，第一数据与注册请求对应，包括第二访问页面的接口地址、与第二访问页面对应的第一访问页面的接口地址、比对策略等之间的对应关系。

步骤S403，接收用户通过第二访问页面的接口地址发送的第二访问请求；第二访问请求指示了第二访问页面的地址。

在本发明实施例中，用户通过第二访问页面的接口地址向服务器发送第二访问请求，一个接口地址可以对应一个或多个第二访问页面的访问请求。

步骤S404，根据第二访问页面，确定依赖参数。

在本发明实施例中，服务器通过第二访问页面的地址对第二访问页面进行访问，根据返回参数确定依赖参数，依赖参数可以包括：用户标识、第二访问页面的数据等。比如，用户id、第二访问页面的商品id、商品名称、商品图片、商品描述信息等。

在本发明实施例中，依赖参数可以是json格式，在第二访问页面是商品详情页面的情况下，返回参数包括：{"code":1,"content":{"skuId":"商品id","title":"商品名称","detail":"描述信息"},"data":{"$ref":"$.content"},"errorMsg":"SUCCESS","msg":"SUCCESS","success":true}；依赖参数包括："商品id"、"商品名称"、"描述信息"；其中，比对策略中的“content.skuId”表示json格式的根据返回参数确定的依赖参数中的“商品id”。

步骤S405，响应第二访问请求，保存第二数据。

在本发明实施例中，响应第二访问页面的第二访问请求可以是通过终端的“market-platform”APP向用户展示第二访问页面。

在本发明实施例中，第二数据与依赖参数对应，包括第二访问页面的接口地址、用户id、第二访问页面的商品id、商品名称、商品图片、商品描述信息等之间的对应关系。

在本发明实施例中，服务器将第二数据存储至Redis数据库，Redis数据库中的存储规则可以是：key为{APP名称}_{第二访问页面的接口地址}_{用户pin}，即：key＝market-platform_/info_{pin}；value为根据用户最后一次访问第二访问页面的返回参数确定的依赖参数。

在本发明实施例中，在存储第二数据时，将用户id和第二访问页面的接口地址作为唯一条件进行覆盖写入，也就是说，仅存储用户最后一次通过第二访问页面的接口地址发送第二访问请求时返回的依赖参数。还可以设置存储数据的过期时间，比如，过期时间可以是第二访问页面允许停留的最长时间，比如，600s。

在本发明实施例中，本发明的依赖参数的确定方法可以通过web服务器或者网关服务器执行。

在本发明实施例中，本发明的依赖参数的确定方法可以通过网关服务器和web服务器执行。步骤S401可以通过网关服务器执行，网关服务器可以将注册请求发送至web服务器，由web服务器对注册请求进行处理并将注册结果返回给网关服务器，步骤S402-S403可以通过网关服务器执行，网关服务器可以将用户通过第二访问页面的接口地址发送的访问请求发送至web服务器，步骤S404可以通过web服务器执行，并将依赖参数返回至网关服务器，步骤S405可以通过网关服务器执行。

或者，步骤S401-S403可以通过网关服务器执行，网关服务器可以将用户通过第二访问页面的接口地址发送的访问请求发送至web服务器，步骤S404可以通过web服务器执行，并将依赖参数返回至网关服务器，步骤S405可以通过网关服务器执行。

在本发明实施例中，可以通过网关缓存服务器保存第一数据和第二数据。

在本发明实施例中，通过本发明的依赖参数的确定方法，能够确定第一访问页面的依赖页面(即，第二访问页面)，进而确定第一访问页面的依赖参数，后续第一访问页面进行访问时，可以根据依赖参数判断访问请求的入参是否篡改，防止非正常访问，拦截恶意访问请求，防止恶意访问请求进行入业务层攻击系统的业务漏洞，造成恶意访问请求对服务资源的掠夺，降低恶意访问请求带来的系统压力和损失。

在本发明实施例中，在存储比对策略和依赖参数时，通常根据访问页面的地址或者访问页面的接口地址、比对策略和第一访问页面对应于第二访问页面的依赖参数的对应关系进行存储，因此，针对不同的访问页面的存储方式，在获取比对策略和依赖参数时，图5、图6是根据本发明的比对策略和依赖参数的获取方法的多个实施例。

在本发明实施例中，如图5所示，本发明第一个实施例的比对策略和依赖参数的获取方法包括如下步骤：

步骤S501，根据第一访问页面的地址和第二访问页面的地址，获取比对策略和依赖参数。

在本发明实施例中，根据第一访问页面的地址和第二访问页面的地址，从第一访问页面的地址、第二访问页面的地址、比对策略和第一访问页面对应于第二访问页面的依赖参数的对应关系中，确定比对策略和依赖参数。

在本发明实施例中，如图6所示，本发明第二个实施例的比对策略和依赖参数的获取方法包括如下步骤：

步骤S601，根据第一访问页面的接口地址和第一数据，确定比对策略和第二访问页面的接口地址。

步骤S602，根据用户标识、第二访问页面的接口地址和第二数据，确定依赖参数。

在本发明实施例中，根据用户id、第二访问页面的接口地址和第二数据，比如，将“market-platform_/info_{pin}”作为key，确定第二访问页面的商品id、商品名称、商品图片、商品描述信息等依赖参数为查询到的value值。

在本发明实施例中，通过本发明的比对策略和依赖参数的获取方法，能够获得需要的评判参数及评判基准，进而根据第二访问页面确定的依赖参数，判断第一访问页面的访问请求的入参是否合理，从而访问请求是否是恶意访问请求并进行相应处理，因此，防止了被篡改请求参数的恶意访问请求的访问，保证了系统安全，防止恶意访问请求有可能造成的业务漏洞以及对服务资源的掠夺，降低恶意访问请求带来的系统压力和损失。

在本发明实施例中，比对策略还可以包括入参格式，在比对策略包括入参格式的情况，如图7所示，本发明的访问请求的判断方法包括如下步骤：

步骤S701，确定访问请求的入参是否与比对策略相匹配，如果是，转至步骤S702；如果否，转至步骤S704。

在本发明实施例中，将访问请求的入参与比对策略中的入参格式进行比对，确定访问请求的入参是否与比对策略相匹配。

步骤S702，根据比对策略，对入参和依赖参数进行比对，确定入参是否与依赖参数相匹配，如果是，转至步骤S703；如果否，转至步骤S704。

在本发明实施例中，将访问请求的入参与依赖参数进行比对，比如，将访问请求的入参“skuId”的值“商品id”与依赖参数的“content.skuId”的值“商品id”进行比对，确定访问请求的入参是否与依赖参数相匹配。

步骤S703，确定访问请求不是恶意访问请求。

步骤S704，确定访问请求为恶意访问请求。

在本发明实施例中，通过本发明的访问请求的判断方法，能够访问请求是否是恶意访问请求，进而拦截恶意访问请求，因为本发明的访问请求的判断是根据依赖参数进行判断，因此，防止了被篡改请求参数的恶意访问请求的访问，保证了系统安全，防止恶意访问请求有可能造成的业务漏洞以及对服务资源的掠夺，降低恶意访问请求带来的系统压力和损失。

图8是根据本发明实施例的访问请求验证装置的主要模块的示意图，如图8所示，本发明的访问请求验证装置800包括：

接收模块801，用于接收访问请求，访问请求指示了待访问的第一访问页面。

在本发明实施例中，用户通过终端访问服务接口时，服务器通过接收模块801接收终端的访问请求，使得终端可以访问与访问请求对应的待访问的第一访问页面。由于访问请求存在恶意的可能，因此，在响应访问请求之前，需要对访问请求进行验证，拦截恶意访问请求。

获取模块802，用于获取与第一访问页面对应的依赖参数；依赖参数是预先根据第一访问页面、以及第一访问页面所依赖的第二访问页面的页面内容所确定的。

在本发明实施例中，获取模块802在获取与第一访问页面对应的依赖参数的同时，获取与第一访问页面对应的比对策略。

或者，获取模块802在获取与第一访问页面对应的依赖参数之前，获取与第一访问页面对应的比对策略。

或者，获取模块802在获取与第一访问页面对应的依赖参数之后，在根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求之前，获取与第一访问页面对应的比对策略。

验证模块803，用于根据访问请求的入参和依赖参数，确定访问请求是否为恶意访问请求。

在本发明实施例中，在获取的依赖参数和/或比对策略为空的情况下，确定访问请求为恶意访问请求。如果依赖参数和/或比对策略为空，表示访问请求并非通过正常入口进行访问，或者第二访问页面的停留时间超过最长时间，因此，确定访问请求为恶意访问请求。

在本发明实施例中，验证模块803用于确定访问请求的入参是否与比对策略相匹配，如果访问请求的入参与比对策略相匹配：

验证模块803根据比对策略，对入参和依赖参数进行比对，确定入参是否与依赖参数相匹配，如果是，确定访问请求不是恶意访问请求；如果否，确定访问请求为恶意访问请求。

如果访问请求的入参与比对策略不匹配：确定访问请求为恶意访问请求。

响应模块804，用于在访问请求不是恶意访问请求的情况下，根据访问请求展示第一访问页面。

在本发明实施例中，在访问请求不是恶意访问请求的情况下，响应于访问请求，响应模块804向用户展示第一访问页面。

在本发明实施例中，为了避免直接拦截恶意访问请求可能很容易导致验证方法被识别在访问请求为恶意访问请求的情况下，响应模块804记录恶意访问请求的访问行为，当其访问次数超过预定恶意访问阈值时，响应模块804将恶意访问请求的用户标记为“高风险用户”，拒绝高风险用户的访问请求。

在本发明实施例中，在访问请求为恶意访问请求的情况下，响应模块804还可以直接拦截恶意访问请求。

在本发明实施例中，在服务器是web服务器的情况下，可以将本发明的访问请求验证装置部署到web服务器的拦截器层，通过web服务器的拦截器层拦截访问请求。在服务器是网关服务器的情况下，可以将本发明的访问请求验证装置部署到网关服务器，通过网关服务器拦截访问请求。

在本发明实施例中，通过接收模块、获取模块、验证模块和响应模块等模块，能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全。

图9示出了适于应用于本发明实施例的访问请求验证方法或访问请求验证装置的示例性系统架构图，如图9所示，本发明实施例的访问请求验证方法或访问请求验证装置的示例性系统架构包括：

如图9所示，系统架构900可以包括终端设备901、902、903，网络904和网关服务器905、网关缓存服务器906、web服务器907。网络904用以在终端设备901、902、903和网关服务器905、网关缓存服务器906、web服务器907之间提供通信链路的介质。网络904可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备901、902、903通过网络904与网关服务器905、网关缓存服务器906、web服务器907交互，以接收或发送消息等。终端设备901、902、903上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

网关服务器905可以是提供网关等各种服务的服务器，例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的访问请求等数据进行分析等处理，并将处理结果(例如拦截访问请求或者允许访问)反馈给终端设备901、902、903。

网关缓存服务器906可以是提供存储等各种服务的服务器，例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的依赖参数存储请求等数据进行分析等处理，并将处理结果(例如存储成功)反馈给终端设备901、902、903。

web服务器907可以是提供各种服务的服务器，例如对用户利用终端设备901、902、903所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的访问请求验证请求等数据进行分析等处理，并将处理结果(例如访问请求不是恶意访问请求)反馈给终端设备901、902、903。

需要说明的是，本发明实施例所提供的访问请求验证方法一般由网关服务器905或者web服务器907执行，相应地，访问请求验证装置一般设置于网关服务器905或者web服务器907中。

应该理解，图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图10是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图，如图10所示，本发明实施例的终端设备或服务器的计算机系统1000包括：

中央处理单元(CPU)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM1003中，还存储有系统1000操作所需的各种程序和数据。CPU1001、ROM1002以及RAM1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、获取模块、验证模块和响应模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，验证模块还可以被描述为“根据访问请求的入参和依赖参数确定访问请求是否为恶意访问请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收访问请求，所述访问请求指示了待访问的第一访问页面；获取与所述第一访问页面对应的依赖参数；所述依赖参数是预先根据所述第一访问页面、以及所述第一访问页面所依赖的第二访问页面的页面内容所确定的；根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求；在所述访问请求不是恶意访问请求的情况下，根据所述访问请求展示所述第一访问页面。

根据本发明实施例的技术方案，能够精准识别可能的恶意请求，防止恶意请求对系统漏洞的攻击、以及恶意请求导致的系统压力，提升系统的可靠性，避免系统资源被恶意占用，保证系统安全。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种访问请求验证方法，其特征在于，包括：

接收访问请求，所述访问请求指示了待访问的第一访问页面；

获取与所述第一访问页面对应的依赖参数；所述依赖参数是预先根据所述第一访问页面、以及所述第一访问页面所依赖的第二访问页面的页面内容所确定的；

根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求；

在所述访问请求不是恶意访问请求的情况下，根据所述访问请求展示所述第一访问页面。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收注册请求；所述注册请求指示了所述第二访问页面的地址；

根据所述第二访问页面的地址，确定所述第二访问页面中是否包括所述第一访问页面对应的内容；

在所述第二访问页面中包括所述第一访问页面对应的内容的情况下，确定所述第一访问页面依赖于所述第二访问页面，并确定所述第一访问页面对应于所述第二访问页面的依赖参数，以响应所述注册请求。

3.根据权利要求2所述的方法，其特征在于，在所述接收注册请求之后，还包括：

将所述第二访问页面的地址发送给远端的web服务器，以使所述web服务器分析所述第二访问页面的内容；

接收所述web服务器返回的分析结果，并根据所述分析结果确定所述第二访问页面中是否包括所述第一访问页面对应的内容。

4.根据权利要求2所述的方法，其特征在于，还包括：

对应存储所述第一访问页面的地址、所述第二访问页面的地址和所述依赖参数，以根据对应存储的数据获取所述依赖参数。

5.根据权利要求2所述的方法，其特征在于，在所述确定所述第一访问页面对应于所述第二访问页面的依赖参数之后，还包括：

对应存储所述第一访问页面的地址和比对策略；其中，所述比对策略是根据历史依赖参数确定的；

在所述根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求之前，还包括：

获取与所述第一访问页面对应的比对策略；

确定所述入参是否与所述比对策略相匹配，如果否，确定所述访问请求为恶意访问请求。

6.根据权利要求5所述的方法，其特征在于，在所述入参符合所述比对策略的情况下，所述根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求，包括：

根据所述比对策略，对所述入参和所述依赖参数进行比对，以确定所述访问请求是否为恶意访问请求。

7.根据权利要求1至6任一所述的方法，其特征在于，在获取的所述依赖参数和/或比对策略为空的情况下，确定所述访问请求为恶意访问请求，并拦截所述恶意访问请求。

8.一种访问请求验证装置，其特征在于，包括：

接收模块，用于接收访问请求，所述访问请求指示了待访问的第一访问页面；

获取模块，用于获取与所述第一访问页面对应的依赖参数；所述依赖参数是预先根据所述第一访问页面、以及所述第一访问页面所依赖的第二访问页面的页面内容所确定的；

验证模块，用于根据所述访问请求的入参和所述依赖参数，确定所述访问请求是否为恶意访问请求；

响应模块，用于在所述访问请求不是恶意访问请求的情况下，根据所述访问请求展示所述第一访问页面。

9.一种访问请求验证电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。

Images