防作弊的验证码验证方法、装置、存储介质及电子设备

技术领域

本发明涉及验证技术领域，尤其涉及一种防作弊的验证码验证方法、装置、存储介质及电子设备。

背景技术

现在的应用系统为防止机器行为，都会在一些业务场景中引入验证码进行人机验证，比如在WEB/H5/Android/iOS/小程序等终端引入文字和图片验证码、滑动验证码、智力测试答题验证码等，这些验证方式相对已比较成熟，交互验证方式和技术原理也大同小异，都是由页面终端用户进行验证行为操作，然后将采集的数据提交到验证码服务端，验证码服务端进行人机识别，通过后会返回一个有效的凭证，然后页面终端用户可以继续业务操作，最后带着这个有效的凭证一起提交数据到业务服务器，业务服务器再把凭证提交验证码后台进行验证，最后把结果返回给终端用户。

虽然目前常见的验证码都可以很好的进行人机拦截，但还是存在一些不足或是漏洞，特别是在定点营销活动场景，该漏洞表现会比较明显。

比如上午10点开始业务活动，正常情况：终端用户在这个时点集中进行操作，依次进行验证码交互验证、验证通过后再提交业务请求，等待业务处理返回结果。异常情况(作弊)；一些作弊者可以在定点活动开始前一段时间内，提前获取并储备好一些验证码交互验证凭证，等定点时间一到，可以带着提前准备好的验证凭证直接提交业务请求。这个技术上的漏洞会导致业务上产生薅羊毛、黄牛抢购等营销作弊风险。

发明内容

针对现有技术存在的问题，本发明的目的在于提供一种防作弊的验证码验证方法，该方法实现了验证码的双重校验，起到了防作弊的作用，本发明的另一目的在于提供一种防作弊的验证码验证装置、计算机存储介质及电子设备。

根据本申请的第一个方面，提供一种防作弊的验证码验证方法，所述方法包括：

获取待校验信息，所述待校验信息包括验证凭证及验证参数；

确定所述验证凭证对应的验证参数；

比对所述验证凭证对应的验证参数以及所述待校验信息中的验证参数，得到比对结果；

若比对结果满足预设条件，则验证所述验证凭证；

若所述验证凭证验证通过，则确定所述待校验信息的验证结果为验证通过。

可选地，所述验证参数为终端的参数和/或业务的参数；

其中，所述终端为发送所述待校验信息的终端，所述业务为所述待校验信息验证通过后所执行的业务。

可选地，所述终端的参数为所述终端的固定参数和/或所述终端的动态参数。

可选地，所述终端的固定参数为如下的一种或多种：所述终端的媒体存取控制地址，所述终端的品牌，所述终端的型号，所述终端的操作系统信息，所述终端的浏览器cookie信息，所述终端的浏览器代理信息，所述终端所连接的WIFI信息，所述终端的电池状态，所述终端的电池容量，所述终端的中央处理器CPU核数，所述终端的CPU类型，所述终端的设备语言。

可选地，所述终端的动态参数为如下的一种或多种：所述终端的互联网协议地址，所述终端的位置信息，所述终端的电量，所述终端上滑动行为产生的滑动距离，所述终端上滑动行为产生的像素点数，所述终端上滑动行为产生的坐标，所述终端发送所述待校验信息的时间，所述终端生成所述待校验信息的时间。

可选地，所述业务的参数为如下的一种或多种：所述验证凭证的获取时间，所述验证凭证的标识，所述业务的标识。

可选地，若比对结果不满足预设条件，则结束所述防作弊的验证码验证方法，并确定所述待校验信息的验证结果为验证不通过。

根据本申请的第二个方面，提供一种防作弊的验证码验证装置，所述装置包括：

获取模块，用于获取待校验信息，所述待校验信息包括验证凭证及验证参数；

第一确定模块，用于确定所述验证凭证对应的验证参数；

比对模块，用于比对所述验证凭证对应的验证参数以及所述待校验信息中的验证参数，得到比对结果；

验证模块，用于在比对结果满足预设条件时，验证所述验证凭证；

第二确定模块，用于在所述验证凭证验证通过时，确定所述待校验信息的验证结果为验证通过。

根据本申请的第三个方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述方法的步骤。

根据本申请的第四个方面，提供一种电子设备，其特征在于，包括存储器、以及一个或多个处理器，所述存储器用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器执行时，实现如上所述的方法。

本发明有益效果如下：

在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验，避免了现有技术中验证码交互验证环节的薅羊毛等作弊行为的产生。

附图说明

图1示出了本申请一实施例提供的一种防作弊的验证码验证方法的流程示意图；

图2示出了本申请一实施例提供的一种防作弊的验证码验证方法的应用场景示意图；

图3示出了本申请一实施例提供的一种当验证参数为业务开始时间时的防作弊的验证码验证方法的流程示意图；

图4示出了本申请一实施例提供的一种当验证参数为IP字段时的防作弊的验证码验证方法的流程示意图；

图5示出了本申请一实施例提供的一种防作弊的验证码验证装置的结构示意图；

图6示出了本申请一实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合附图，对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

虽然目前常见的验证码都可以很好的进行人机拦截，但还是存在一些不足或是漏洞，特别是在定点营销活动场景，一些作弊者可以在定点活动开始前一段时间内，提前获取并储备好一些验证码交互验证凭证，等定点时间一到，可以带着提前准备好的验证凭证直接提交业务请求。这个技术上的漏洞会导致业务上产生薅羊毛、黄牛抢购等营销作弊风险。

为了在验证码交互验证环节防止这类作弊行为的产生，本发明提供一种防作弊的验证码验证方法，该方法在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验。

参见图1，本实施例提供的防作弊的验证码验证方法的实现流程如下：

101，获取待校验信息。

其中，待校验信息包括验证凭证及验证参数。

验证凭证为现有技术中的验证内容，如一串字符，验证码，用户勾选的图片，用户将设定对象拖拽到特定位置的时间等，实施例不对验证凭证进行限定。

验证参数为终端的参数和/或业务的参数。

其中，终端为发送待校验信息的终端，业务为待校验信息验证通过后所执行的业务。

具体的，终端的参数为终端的固定参数和/或终端的动态参数。

终端的固定参数为如下的一种或多种：终端的MAC(Media Access Control，媒体存取控制)地址，终端的品牌(如小米，华为，苹果)，终端的型号(如红米2)，终端的操作系统信息(如MIUI12.0.3)，终端的浏览器cookie信息，终端的浏览器Agent(代理)信息，终端所连接的WIFI信息，，终端的电池状态，终端的电池容量，终端的CPU(Central ProcessingUnit，中央处理器)核数，终端的CPU类型，终端的设备语言，某个tag标记等。

终端的动态参数为如下的一种或多种：终端的IP(Internet Protocol，互联网协议)地址，终端的位置信息(如GPS信息)，终端的电量，终端上滑动行为产生的滑动距离，终端上滑动行为产生的像素点数，终端上滑动行为产生的坐标，终端发送待校验信息的时间，终端生成待校验信息的时间等。

业务的参数为如下的一种或多种：验证凭证的获取时间(如终端提交验证请求后，验证码后台向终端反馈验证凭证，终端接收到该验证凭证的时间)，验证凭证的标识(如验证码后台为每个验证凭证生成唯一标识，该标识即验证凭证的标识)，业务的标识(如验证凭证用于进行优惠券的发放，即验证通过之后会向终端发放一种满减优惠券，那么业务的标识即优惠券发放业务的标识)。

102，确定验证凭证对应的验证参数。

此处会根据验证凭证获取验证参数，此步骤中的验证参数与步骤101中的验证参数相对应，且本步骤中的验证参数为预设的参数，该参数是正常行为应该具有的参数。即，如果步骤101中的验证参数就是终端发送待校验信息的时间，那么步骤102中的验证参数也是终端发送待校验信息的时间，而102中的终端发送待校验信息的时间是预先设置的，正常用户发送待校验信息的时间。

例如，优惠券发放时间为上午10点至11点，那么正常用户发送待校验信息的时间就应该在上午10点至11点之间，因此，步骤102中获取的终端发送待校验信息的时间是位于10点至11点之间的任何时间。

需要说明的是，步骤101以及步骤102中的验证参数可以是一个值，也可以是一个区间，还可以是多个值，本实施例不对参数形式进行限定。例如，时间可以是时间点也可以是时间区间，IP地址可以是一个地址，也可以是一段地址，还可以是多个地址组成的集合，或者，多段地址组成的集合等。

103，比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果。

此处的比对是看步骤101中的验证参数是不是满足步骤102中的验证参数。

例如，步骤102中的验证参数为位于10点至11点之间的任何时间，若步骤101中的验证参数为9:59，那么步骤101中的验证参数不满足步骤102中的验证参数，得到比对结果为不匹配，或者不满足等。本实施例不对比对结果的具体内容进行限定，只要是负向即可。

若步骤101中的验证参数为10:00，那么步骤101中的验证参数满足步骤102中的验证参数，得到比对结果为匹配，或者满足等。本实施例不对比对结果的具体内容进行限定，只要是正向即可。

104，若比对结果满足预设条件，则验证验证凭证。

若比对结果不满足预审条件，则停止图1所示的防作弊的验证码验证方法，并确定待校验信息的验证结果为验证不通过。

其中预设条件可以为匹配，或者，满足，或者其他内容，该内容与比对结果为中的正向结果一样即可。

另外，对于验证凭证的验证采用现有的验证方法，例如确定步骤101中的验证凭证(如一串字符)是否与发送的凭证是否一样，如果一样则验证通过。或者，确定步骤101中的验证凭证(如拖动到指定位置的时间)是否小于预设时间，如果小于则验证通过。

105，若验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

本实施例提供的方法在进行验证凭证有效性校验时，带上一个或几个验证参数，验证参数可以是时间、终端IP、某个tag标记、业务基本参数信息等，作用是将这些验证参数传递到执行本实施所述方法的主体(如业务后台)，联合验证参数和验证凭证，一起去判断客户的业务请求是否有效、是否合法请求，可以更好的辅助验证码系统进行校验，从而规避作弊行为。

下面以图2所示的场景为例，再次对本实施例提供的方法进行说明。在图2所示的场景中，主体包括：终端、验证码后台和业务后台。其中业务后台执行本实施例提供的方法。

1.1终端向验证码后台发送用户验证请求。

可以通过终端上的页面向验证码后台发送用户验证请求。

1.2验证码后台基于用户验证请求，生成验证凭证后，向终端返回该验证凭证。

1.3终端获取到验证凭证之后，确定验证参数，并基于验证参数和验证凭证生成待校验信息，将该待校验信息发送至业务后台。

1.4业务后台获取待校验信息。

本步骤的执行过程与步骤101相同，此处不再赘述。

1.5业务后台确定验证凭证对应的验证参数。

本步骤的执行过程与步骤102相同，此处不再赘述。

在具体实现时，可以业务后台将验证凭证发送至验证码后台，由验证码后台得到验证凭证对应的验证参数，并将验证参数返回值业务后台。

1.6业务后台比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果。

本步骤的执行过程与步骤103相同，此处不再赘述。

1.7若业务后台在步骤1.6中得到的比对结果满足预设条件，则验证验证凭证。

本步骤的执行过程与步骤104相同，此处不再赘述。

具体的，业务后台可以将证验证凭证发送至验证码后台，由验证码后台对验证凭证进行验证，并返回验证结果。

1.8若业务后台确定验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

本步骤的执行过程与步骤105相同，此处不再赘述。

1.9业务后台将待校验信息的验证结果反馈给终端。

如，业务后台将待校验信息的验证结果反馈给终端页面。

对于图2所示的场景，具体实现时，还可以采用如下的方案。

2.1终端向验证码后台发送用户验证请求。

2.2验证码后台基于用户验证请求，生成验证凭证后，向终端返回该验证凭证。

2.3终端获取到验证凭证之后，确定验证参数，并基于验证参数和验证凭证生成待校验信息，将该待校验信息发送至业务后台。

2.4业务后台获取待校验信息。

2.5业务后台确定验证凭证对应的验证参数，比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果，若比对结果满足预设条件，则验证验证凭证，得到待校验信息的验证结果。

具体实现时，业务后台可以将待校验信息(验证参数和验证凭证)全部发送给验证码后台，由验证码后台得到验证凭证对应的验证参数，并由验证码后台比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果，进而在比对结果满足预设条件的情况下，有验证码后台验证验证凭证。若确定验证凭证验证通过时，验证码后台确定待校验信息的验证结果为验证通过，返回待校验信息的验证结果。

2.6业务后台将待校验信息的验证结果反馈给终端。

除此之外，对于图2所示的场景，具体实现时，还可以采用如下的方案。

3.1终端向验证码后台发送用户验证请求。

3.2验证码后台基于用户验证请求，生成验证凭证后，向终端返回该验证凭证。

3.3终端获取到验证凭证之后，确定验证参数，并基于验证参数和验证凭证生成待校验信息，将该待校验信息发送至业务后台。

3.4业务后台获取待校验信息。

3.5业务后台确定验证凭证对应的验证参数，比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果，若比对结果满足预设条件，则验证验证凭证，得到验证凭证的验证结果。

具体实现时，业务后台可以将待校验信息(验证参数和验证凭证)全部发送给验证码后台，由验证码后台得到验证凭证对应的验证参数，并由验证码后台比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果，进而在比对结果满足预设条件的情况下，有验证码后台验证验证凭证，得到验证凭证的验证结果，将该验证结果返回业务后台。

3.6业务后台若确定验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

3.7业务后台将待校验信息的验证结果反馈给终端。

下面以3.1-3.7的实现方案，同时，以验证参数为业务开始时间为例，对图2所示的本实施例的实现流程进行进一步说明。其实现流程参见图3所示。

4.1终端向验证码后台发送用户验证请求。

4.2验证码后台基于用户验证请求，生成验证凭证后，向终端返回该验证凭证。

4.3终端获取到验证凭证之后，确定验证参数(如当前时间b)，并基于验证参数和验证凭证生成待校验信息，将该待校验信息发送至业务后台。

4.4业务后台获取待校验信息。

4.5业务后台将待校验信息(当前时间b和验证凭证)全部发送给验证码后台，由验证码后台得到验证凭证对应的验证参数(如业务活动开始时间：2021-01-2619:30:00)，并由验证码后台比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果(如果b在2021-01-2619:30:00之前，则说明有作弊行为，比对结果不匹配，如果b在2021-01-2619:30:00之后或相等，则说明无作弊行为，比对结果匹配)，进而在比对结果满足预设条件的情况下，有验证码后台验证验证凭证，得到验证凭证的验证结果，将该验证结果返回业务后台。

4.6业务后台若确定验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

4.7业务后台将待校验信息的验证结果反馈给终端。

通过图3所示的方案实现了根据验证凭证+时间字段(活动开始时间)进行校验。

下面以3.1-3.7的实现方案，同时，以验证参数为终端IP字段(如IP地址)为例，对图2所示的本实施例的实现流程进行进一步说明。其实现流程参见图4所示。

5.1终端向验证码后台发送用户验证请求。

5.2验证码后台基于用户验证请求，生成验证凭证后，向终端返回该验证凭证。

5.3终端获取到验证凭证之后，确定验证参数(如终端IP字段)，并基于验证参数和验证凭证生成待校验信息，将该待校验信息发送至业务后台。

5.4业务后台获取待校验信息。

5.5业务后台将待校验信息(终端IP字段和验证凭证)全部发送给验证码后台，由验证码后台得到验证凭证对应的验证参数(如步骤5.1中发送用户验证请求的终端的IP字段)，并由验证码后台比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果(如果验证参数的终端IP字段与步骤5.1中发送用户验证请求的终端的IP字段不同，则说明有作弊行为，比对结果不匹配，如果验证参数的终端IP字段与步骤5.1中发送用户验证请求的终端的IP字段相同，则说明无作弊行为，比对结果匹配)，进而在比对结果满足预设条件的情况下，有验证码后台验证验证凭证，得到验证凭证的验证结果，将该验证结果返回业务后台。

5.6业务后台若确定验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

5.7业务后台将待校验信息的验证结果反馈给终端。

通过图4所示的方案实现了根据验证凭证+IP字段(终端IP地址)进行校验。

图3和图4仅为示例，本实施例提供的方法在对验证码交互验证凭证进行有效性校验时，结合验证参数和验证凭证，进行联合验证。其中验证参数包括但不限于手机品牌、手机型号、操作系统、GPS、mac、手机电量、wifi、浏览器cookie、浏览器Agent等信息，这些采集的数据一般通过设备指纹或设备探针技术获取，使用这些采集数据项，实现类似的验证过程，都是本实施例要保护的技术处理方式。

有益效果：

在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验，避免了现有技术中验证码交互验证环节的薅羊毛等作弊行为的产生。

基于同一发明构思，本实施例提供了一种防作弊的验证码验证装置，参见图5，该装置包括：

获取模块501，用于获取待校验信息，待校验信息包括验证凭证及验证参数；

第一确定模块502，用于确定验证凭证对应的验证参数；

比对模块503，用于比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果；

验证模块504，用于在比对结果满足预设条件时，验证验证凭证；

第二确定模块505，用于在验证凭证验证通过时，确定待校验信息的验证结果为验证通过。

可选地，验证参数为终端的参数和/或业务的参数。

其中，终端为发送待校验信息的终端，业务为待校验信息验证通过后所执行的业务。

可选地，终端的参数为终端的固定参数和/或终端的动态参数。

可选地，终端的固定参数为如下的一种或多种：终端的媒体存取控制地址，终端的品牌，终端的型号，终端的操作系统信息，终端的浏览器cookie信息，终端的浏览器代理信息，终端所连接的WIFI信息，终端的电池状态，终端的电池容量，终端的中央处理器CPU核数，终端的CPU类型，终端的设备语言。

可选地，终端的动态参数为如下的一种或多种：终端的互联网协议地址，终端的位置信息，终端的电量，终端上滑动行为产生的滑动距离，终端上滑动行为产生的像素点数，终端上滑动行为产生的坐标，终端发送待校验信息的时间，终端生成待校验信息的时间。

可选地，业务的参数为如下的一种或多种：验证凭证的获取时间，验证凭证的标识，业务的标识。

其中，该装置还包括处理模块，用于在比对结果不满足预设条件时，结束防作弊的验证码验证方法，并确定待校验信息的验证结果为验证不通过。

有益效果：

在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验，避免了现有技术中验证码交互验证环节的薅羊毛等作弊行为的产生。

基于同一发明构思，本实施例提供了一种计算机存储介质，其上存储有计算机程序所述程序被处理器执行时实现如下步骤。

获取待校验信息，待校验信息包括验证凭证及验证参数。

确定验证凭证对应的验证参数。

比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果。

若比对结果满足预设条件，则验证验证凭证。

若验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

可选地，验证参数为终端的参数和/或业务的参数。

其中，终端为发送待校验信息的终端，业务为待校验信息验证通过后所执行的业务。

可选地，终端的参数为终端的固定参数和/或终端的动态参数。

可选地，终端的固定参数为如下的一种或多种：终端的媒体存取控制地址，终端的品牌，终端的型号，终端的操作系统信息，终端的浏览器cookie信息，终端的浏览器代理信息，终端所连接的WIFI信息，终端的电池状态，终端的电池容量，终端的中央处理器CPU核数，终端的CPU类型，终端的设备语言。

可选地，终端的动态参数为如下的一种或多种：终端的互联网协议地址，终端的位置信息，终端的电量，终端上滑动行为产生的滑动距离，终端上滑动行为产生的像素点数，终端上滑动行为产生的坐标，终端发送待校验信息的时间，终端生成待校验信息的时间。

可选地，业务的参数为如下的一种或多种：验证凭证的获取时间，验证凭证的标识，业务的标识。

可选地，若比对结果不满足预设条件，则结束防作弊的验证码验证方法，并确定待校验信息的验证结果为验证不通过。

有益效果：

在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验，避免了现有技术中验证码交互验证环节的薅羊毛等作弊行为的产生。

基于同一发明构思，本实施例提供了一种电子设备，参见图6，包括存储器601、处理器602、总线603以及存储在存储器601上并可在处理器602上运行的计算机程序，所述处理器602执行所述程序时实现如下步骤。

获取待校验信息，待校验信息包括验证凭证及验证参数。

确定验证凭证对应的验证参数。

比对验证凭证对应的验证参数以及待校验信息中的验证参数，得到比对结果。

若比对结果满足预设条件，则验证验证凭证。

若验证凭证验证通过，则确定待校验信息的验证结果为验证通过。

可选地，验证参数为终端的参数和/或业务的参数。

其中，终端为发送待校验信息的终端，业务为待校验信息验证通过后所执行的业务。

可选地，终端的参数为终端的固定参数和/或终端的动态参数。

可选地，终端的固定参数为如下的一种或多种：终端的媒体存取控制地址，终端的品牌，终端的型号，终端的操作系统信息，终端的浏览器cookie信息，终端的浏览器代理信息，终端所连接的WIFI信息，终端的电池状态，终端的电池容量，终端的中央处理器CPU核数，终端的CPU类型，终端的设备语言。

可选地，终端的动态参数为如下的一种或多种：终端的互联网协议地址，终端的位置信息，终端的电量，终端上滑动行为产生的滑动距离，终端上滑动行为产生的像素点数，终端上滑动行为产生的坐标，终端发送待校验信息的时间，终端生成待校验信息的时间。

可选地，业务的参数为如下的一种或多种：验证凭证的获取时间，验证凭证的标识，业务的标识。

可选地，若比对结果不满足预设条件，则结束防作弊的验证码验证方法，并确定待校验信息的验证结果为验证不通过。

有益效果：

在比对验证凭证对应的验证参数以及待校验信息中的验证参数的结果满足预设条件的情况下再进行验证验证凭证，实现了验证码的双重校验，避免了现有技术中验证码交互验证环节的薅羊毛等作弊行为的产生。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机存储介质。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机存储介质的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。