本发明涉及互联网
技术领域：
，尤其涉及一种应用信息识别方法、装置以及系统。
背景技术：
：随着移动互联网进入飞速发展的时代后，海量资本不断涌入移动app(application，应用)市场，从而产生了巨大的获利空间，而在以用户流量为赢的app市场中，尤其是在移动互联网应用渠道推广阶段，出现了各种方式伪造用户流量以不当获利，其中的一种方式就是通过篡改app所在终端硬件参数实现伪造app产生的不同用户流量，例如通过修改操作系统的源码，劫持硬件参数相关的api(applicationprogramminginterface，应用程序编程接口)来伪造虚假用户流量。技术实现要素：有鉴于此，本发明实施例提供一种应用信息识别方法、装置以及系统，可有效识别应用调用的api信息是否被篡改。为了解决上述技术问题，本发明实施例提供了一种应用信息识别方法，所述方法包括：获取目标应用加载的api文件；在所述api文件中提取至少一个目标api的函数字节码；将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列；根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。相应地，本发明实施例还提供了一种应用信息识别方法，所述方法包括：接收应用信息识别装置上报的目标应用的api操作码序列，所述目标应用的api操作码序列是所述应用终端根据所述目标应用加载的api文件中至少一个目标api的函数字节码中的操作码组成的；根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。相应地，本发明实施例还提供了一种应用信息识别装置，所述装置包括：api文件获取模块，用于获取目标应用加载的api文件；字节码提取模块，用于在所述api文件中提取至少一个目标api的函数字节码；码序列获取模块，用于将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列；应用信息识别模块，用于根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。相应地，本发明实施例还提供了一种应用信息识别系统，所述应用信息识别系统包括特征分析服务器和至少一个应用信息识别装置，其中：所述应用信息识别装置用于获取目标应用加载的api文件，在所述api文件中提取至少一个目标api的函数字节码；将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列，并将目标应用的api操作码序列上报至所述特征分析服务器；所述特征分析服务器用于接收所述应用信息识别装置上报的目标应用的api操作码序列，并根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。本发明实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，可以据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例中的一种应用信息识别方法的流程示意图；图2是本发明另一实施例中的应用信息识别方法的流程示意图；图3是本发明实施例中oat文件结构示意图；图4是本发明实施例中的dex文件结构示意图；图5是本发明实施例中的class_def_item结构示意图；图6是本发明实施例中的的一种应用信息识别装置的结构示意图；图7是本发明实施例中应用信息识别装置的码序列获取模块的结构示意图；图8是本发明实施例中应用信息识别装置的应用信息识别模块的结构示意图；图9是本发明另一实施例中的应用信息识别装置的结构示意图；图10是本发明实施例中的一种特征分析服务器的结构示意图；图11是本发明实施例中特征分析服务器的应用信息识别模块的结构示意图；图12是本发明实施例中的一种应用信息识别系统的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1是本发明实施例中的一种应用信息识别方法的流程示意图，本实施例中的应用信息识别方法由应用信息识别装置执行实施，如图所示包括以下流程：s101，应用信息识别装置获取目标应用加载的api文件。具体实现中，所述应用信息识别装置可以内嵌在所述目标应用中，例如以so库文件的形式嵌入所述目标应用的jar包中，并在。在其他可选实施例中，所述应用信息识别装置也可以为独立于所述目标应用的进程，例如嵌入浏览器、应用市场或系统进程等进程中，也可以为第三方插件或独立进程的形式运行于所述目标应用所在终端。所述api文件可以是所述目标应用所在终端提供的，可以为jar(javaarchive，java归档)形式或dex(一种可执行文件的类型)形式存放在终端的指定目录下，例如在/system/framework/下，所述目标应用在运行时会将api文件加载到内存中以便需要时调用系统的相应api，本发明实施例中的应用信息识别装置可以在内存中扫描得到目标应用加载的api文件(jar文件或dex文件)，在其他可选实施例中的应用信息识别装置也可以在当前终端的非易失性存储介质中扫描得到所述目标应用的api文件。在可选实施例中，应用信息识别装置可以通过读取/proc/self/maps文件内容，通常内容如下：第一列为映射文件对应的内存地址，最后一列为原始文件名，本例中，api文件androidframework映射到内存的地址范围为583bc000-58563000。进而通过匹配文件关键字的形式，提取api文件androidframework的内存映射地址，查找方式如下：(1)dalvik模式：在/data/dalvik-cache/system中匹配关键字：@framework、@framework.jar以及@classes.dex在/system/framework/中匹配关键字：@framework.odex(2)art模式：在/system/中匹配关键字：@framework和@boot.oatdalvik(一种虚拟机模式)模式下，androidframework直接以dex格式存在与内存中，因此可以直接在内存中扫描dex文件，但是在art(另一种虚拟机模式)模式下，dex文件被打包到oat(art模式下的一种文件格式)文件内，因此，针对art模式，需要在oat文件中再进一步解释出dex文件在内存中地址。通常情况下，dex文件存在于oat文件结构的尾部，oat文件结构中dex_file_pointer指针储存了dex文件的内存映射地址，通过读取oat文件中的dex_file_pointer指针可以得出dex文件的内存地址(如图3所示)。s102，应用信息识别装置在所述api文件中提取至少一个目标api的函数字节码。具体实现中，java层所有类信息、接口信息、函数方法、函数字节码都存在所述api文件中，如果一个函数方法有所修改，一定会影响到对应的函数字节码。因此，根据这一特性，应用信息识别装置可以对内存中的api文件进行扫描，提取其中的目标api的函数字节码用以进行识别。并且，由于api文件已经映射到内存中，随机提取并不会带来太大开销。所述目标api可以包括读取终端imei(internationalmobileequipmentidentity，国际移动设备身份码)的api，读取终端imsi(internationalmobilesubscriberidentificationnumber，国际移动用户识别码)的api、获取终端androidid的api、获取终端mac(mediaaccesscontrol，媒体访问控制)地址的api等。在可选实施例中，所述应用信息识别装置为了在所述api文件中提取目标函数字节码，首先可以根据至少一个目标api的所属类标识在所述api文件中查找至少一个目标api的所属类信息，然后根据所述目标api的所属类信息，提取所述目标api的函数字节码。示例性的，dex文件中包含了framework所有类信息，要定位到目标api的字节码，应用信息识别装置首先可以定位到目标所属类的信息，具体可以通过dex文件结构，获取到类信息储存的内存地址范围。在如图4所示的dex文件结构示意中，dex的类定义在class_defs区中，通过dexheader中的class_defs_off(class_defs区域内存偏移地址)和class_defs_size(class_defs区域内存大小)获取出class_defs区域的地址和大小。class_defs区中的类信息以class_def_item结构储存，在所述api文件中获取class_def中的类描述信息descriptor，然后在所述api文件的descriptor中查找分别与所述至少一个目标api的所属类标识匹配的类描述符，从而将根据所述类描述符定位得到的类信息作为与该类描述符匹配的目标api的所属类信息。class_defs区域类排序是按照接口、超类归类排序，寻找类之间的归类关系排序，因此直接使用线性查找消耗较小，在内存查找的情况下通常在10ms时间可实现命中。进而在找到目标api的所属类信息后，应用信息识别装置可以通过所属类的结构层层深入获取到api函数字节码地址。在如图5所示的class_def_item结构中，class_data_off属性指向class_data_item(类信息数据)的地址，class_data_item记录了类的静态字段、实例字段以及函数列表。通过在所述目标api的所属类信息中查找与所述目标api的函数名称匹配的编码方法encoded_method结构，根据所述encoded_method结构定位所述目标api的函数字节码，具体可以为encoded_method结构的code_off指向了函数字节码结构信息code_item，code_item的insns指针指向字节码内存开始地址，insns_size描述了字节码在内存的长度(单位：字节)，从而应用信息识别装置可以提取所述目标api的函数字节码。在得到函数字节码所在的内存地址及长度后，可以直接将函数字节码16进制数据读取出来，以android/telephony/telephonymanager#getdeviceidapi为例，从android2.2原生rom上提取的函数字节码如下所示：从android4.2原生rom上提取到的android/telephony/telephonymanager#getdeviceidapi的函数字节码如下所示：s103，应用信息识别装置将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列。同样的调用，即使是相同系统版本，不同的rom都可能会产生不同的函数字节码。但是，上述函数字节码由操作码和操作数(参数)组成，不同的rom之间不同的函数字节码主要是操作数(参数)的不同，而操作码通常不会存在很大的不同。以两个系统中第一句字节码为例，变化的只是操作数(2.2版本为02,4.2版本为01)，而操作码12是一致的。在语句相似，逻辑相似的情况下，操作码序列必定存在相似性。因此，应用信息识别装置抽取所有目标api的函数字节码中的操作码组成所述目标应用的api操作码序列用以甄别目标应用的api文件是否经过篡改。s104，应用信息识别装置根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。具体实现中，应用信息识别装置可以将目标应用的api操作码序列与预设的至少一个已知api信息的操作码序列之间的相似度，判断所述目标应用的应用信息是否存在篡改风险，例如应用信息识别装置预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，应用信息识别装置预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应用可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。在可选实施例中，应用信息识别装置可以根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名，进而根据所述目标应用的api信息的最小哈希签名判断所述目标应用的应用信息是否存在篡改风险。以前文获取到的android/telephony/telephonymanager#getdeviceidapi的操作码序列为例，序列a为android2.2上操作码序列，a＝{12,70,0c,72,11,0d,07,28}；序列b为android4.2上的操作码序列，b＝{12,70,0c,72,11,0d,28}。序列可以如下表示：行号元素ab类别00000z10100z20200z……………70710y……………120c11x130d11x……………171111x181211x……………402811x……………1127011x1137100z1147211x……………255ff00z表1表1中，列表示序列，行表示元素，本实施例中表示操作码。值1表示元素在特定序列中，举例如，操作码07在序列a中，故对应7行a列的值为1；反之，值0表示元素不在特定序列中。类别x表示两个序列都具有某个元素，举例如，序列a、b都具有操作码12这一元素，故此元素属于类别x；类别y表示某元素存在于某个序列，且不在另一个序列；类别z表示元素不在任何一个序列。由于类别z对两个序列的相似度判断无贡献，因此本发明实施例忽略类别z的操作码，从而两个序列中的操作码的相似程度可以用类别x的出现概率jac(a,b)＝|x|/(|x|+|y|)表示。示例性的，所述预设的特征函数可以为针对行号的hash函数，如h1(x)＝(x+1)mod256以及h2(x)＝(9x+79)mod256，mod为求余运算符号，可以对行号进行上述hash后得到下表2中的新行号：表2进而基于新行号可计算最小哈希签名矩阵，即根据h1(x)和h2(x)确定的新行号查找序列a、b中的最小的非0元素行号，例如根据h1(x)确定的新行号，在序列a中最小的非0元素行号是8，在序列b中最小的非0元素的行号是13，而根据h2(x)确定的新行号，在序列a中最小的非0元素行号是63，在序列b中最小的非0元素的行号是也是63，从而得到的最小哈希签名矩阵如表3所示。abh1(x)813h2(x)6363………hk(x)……表3当k＝2时，操作码序列a的最小哈希签名为(8,63)，操作码序列b的最小哈希签名为(13,63)，两个序列的相似度为sim(a,b)＝jac(a,b)＝|x∩y|/|x∪y|＝1/3。显然，通过增加特征函数的数量，可以扩展为更高维的最小哈希签名矩阵。需要说明的是，上述表征两个操作码序列之间相似程度的方式，以及所采用的特征函数都仅为示例，本领域技术人员根据本发明上述实施例可以得到更多的实施例，均应属于本发明的思想范畴，应被认为在本发明权利要求所请求保护的范围。从而，根据目标应用的api操作码序列以及至少一个预设的特征函数可以获取所述目标应用的api信息的最小哈希签名，进而应用信息识别装置可以根据所述目标应用的api信息与预设的至少一个已知api信息的最小哈希签名之间的相似度，判断所述目标应用的应用信息是否存在篡改风险。例如应用信息识别装置预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，应用信息识别装置预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应用可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。在另一可选实施例中，应用信息识别装置在获取到不同应用或不同终端的应用信息后，可以将这些不同的应用信息按照相互之间的相似度进行聚类，由此可以得到多个应用信息聚类序列，只需要对某个聚类序列中的某个或几个应用信息进行判断是否存在篡改风险，即可得到该聚类序列中的其他应用信息是否存在篡改风险，进而当目标应用的应用信息被归类到该聚类序列后，也可以根据该聚类序列判断目标应用的应用信息是否存在被篡改的风险。本发明实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，应用信息识别装置可以据此标记该目标应用产生的用户流量等网络行为数据，或向网络流量服务器上报该目标应用的应用信息存在被篡改风险的结果，由网络流量服务器据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。图2是本发明另一实施例中的应用信息识别方法的流程示意图，如图所示本实施例中的应用信息识别方法由应用信息识别装置和特征分析服务器共同执行实施，如图所示包括以下流程：s201，应用信息识别装置获取目标应用加载的api文件。s201，应用信息识别装置根据至少一个目标api的所属类标识在所述api文件中查找至少一个目标api的所属类信息。s203，应用信息识别装置根据所述目标api的所属类信息，提取所述目标api的函数字节码。s204，应用信息识别装置将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列。本实施例中的s201-s204可以参考前文实施例中的应用信息识别装置执行的s101-s103，本实施例中不再赘述。s205，应用信息识别装置向特征分析服务器上报所述目标应用的api操作码序列。本实施例中，应用信息识别装置在获取到目标应用加载的api文件的api操作码序列后，将api操作码序列上报至特征分析服务器，由特征分析服务器根据目标应用的api操作码序列判断目标应用的应用信息是否存在被篡改的风险。在可选实施例中，应用信息识别装置还可以根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名，进而将所述目标应用的api信息的最小哈希签名上报至特征分析服务器。应用信息识别装置根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名的具体实现方式可以参考前文实施例中的s103，本实施例中不再赘述。s206，特征分析服务器根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名。特征分析服务器根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名的具体实现方式可以参考前文实施例中的s103中应用信息识别装置的具体实施方式，本实施例仅是将这部分步骤交由特征分析服务器实施，因此具体实施细节在本实施例中不再赘述。在其他可选实施例中，若应用信息识别装置上报的是根据所述目标应用的api操作码序列以及至少一个预设的特征函数处理得到的所述目标应用的api信息的最小哈希签名，那么特征分析服务器可以不执行本步骤s206而是直接执行s207。s207，特征分析服务器根据所述目标应用的api信息的最小哈希签名与预设的至少一个已知api信息的最小哈希签名之间的相似度，判断所述目标应用的应用信息是否存在篡改风险。特征分析服务器在获取到所述目标应用的api信息的最小哈希签名后，可以根据所述目标应用的api信息与预设的至少一个已知api信息的最小哈希签名之间的相似度，判断所述目标应用的应用信息是否存在篡改风险。例如特征分析服务器预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，特征分析服务器预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应用可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。在另一可选实施例中，特征分析服务器在收集到多个应用信息识别装置针对不同应用或不同终端中的应用信息后，可以将这些不同的应用信息按照相互之间的相似度进行聚类，由此可以得到多个应用信息聚类序列，进而只需要对某个聚类序列中的某个或几个应用信息进行判断是否存在篡改风险，即可得到该聚类序列中的其他应用信息是否存在篡改风险，进而当目标应用的应用信息被归类到该聚类序列后，特征分析服务器也可以根据该聚类序列判断目标应用的应用信息是否存在被篡改的风险。本发明实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而交由特征分析服务器根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，特征分析服务器可以据此标记该目标应用产生的用户流量等网络行为数据，或向网络流量服务器上报该目标应用的应用信息存在被篡改风险的结果，由网络流量服务器据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。图6是本发明实施例总共的一种应用信息识别装置的结构示意图，如图所示本发明实施例中的应用信息识别装置至少可以包括以下结构：api文件获取模块610，用于获取目标应用加载的api文件。具体实现中，所述应用信息识别装置可以内嵌在所述目标应用中，例如以so库文件的形式嵌入所述目标应用的jar包中，并在。在其他可选实施例中，所述应用信息识别装置也可以为独立于所述目标应用的进程，例如嵌入浏览器、应用市场或系统进程等进程中，也可以为第三方插件或独立进程的形式运行于所述目标应用所在终端。所述api文件可以是所述目标应用所在终端提供的，可以为jar(javaarchive，java归档)形式或dex(一种可执行文件的类型)形式存放在终端的指定目录下，例如在/system/framework/下，所述目标应用在运行时会将api文件加载到内存中以便需要时调用系统的相应api，本发明实施例中的api文件获取模块610可以在内存中扫描得到目标应用加载的api文件(jar文件或dex文件)，在其他可选实施例中的api文件获取模块610也可以在当前终端的非易失性存储介质中扫描得到所述目标应用的api文件。字节码提取模块620，用于在所述api文件中提取至少一个目标api的函数字节码。具体实现中，java层所有类信息、接口信息、函数方法、函数字节码都存在所述api文件中，如果一个函数方法有所修改，一定会影响到对应的函数字节码。因此，根据这一特性，应用信息识别装置可以对内存中的api文件进行扫描，提取其中的目标api的函数字节码用以进行识别。并且，由于api文件已经映射到内存中，随机提取并不会带来太大开销。所述目标api可以包括读取终端imei(internationalmobileequipmentidentity，国际移动设备身份码)的api，读取终端imsi(internationalmobilesubscriberidentificationnumber，国际移动用户识别码)的api、获取终端androidid的api、获取终端mac(mediaaccesscontrol，媒体访问控制)地址的api等。在可选实施例中，字节码提取模块620如图7所示进一步可以包括类信息获取单元621和字节码提取单元622，其中：类信息获取单元621，用于根据至少一个目标api的所属类标识在所述api文件中查找至少一个目标api的所属类信息。示例性的，dex文件中包含了framework所有类信息，要定位到目标api的字节码，类信息获取单元621首先可以定位到目标所属类的信息，具体可以通过dex文件结构，获取到类信息储存的内存地址范围。在如图4所示的dex文件结构示意中，dex的类定义在class_defs区中，通过dexheader中的class_defs_off(class_defs区域内存偏移地址)和class_defs_size(class_defs区域内存大小)获取出class_defs区域的地址和大小。class_defs区中的类信息以class_def_item结构储存，在所述api文件中获取class_def中的类描述信息descriptor，然后在所述api文件的descriptor中查找分别与所述至少一个目标api的所属类标识匹配的类描述符，从而将根据所述类描述符定位得到的类信息作为与该类描述符匹配的目标api的所属类信息。class_defs区域类排序是按照接口、超类归类排序，寻找类之间的归类关系排序，因此直接使用线性查找消耗较小，在内存查找的情况下通常在10ms时间可实现命中。字节码提取单元622，用于根据所述目标api的所属类信息，提取所述目标api的函数字节码。在找到目标api的所属类信息后，字节码提取单元622可以通过所属类的结构层层深入获取到api函数字节码地址。在如图5所示的class_def_item结构中，class_data_off属性指向class_data_item(类信息数据)的地址，class_data_item记录了类的静态字段、实例字段以及函数列表。通过在所述目标api的所属类信息中查找与所述目标api的函数名称匹配的编码方法encoded_method结构，根据所述encoded_method结构定位所述目标api的函数字节码，具体可以为encoded_method结构的code_off指向了函数字节码结构信息code_item，code_item的insns指针指向字节码内存开始地址，insns_size描述了字节码在内存的长度(单位：字节)，从而字节码提取单元622可以提取所述目标api的函数字节码。在得到函数字节码所在的内存地址及长度后，可以直接将函数字节码16进制数据读取出来。码序列获取模块630，用于将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列。在语句相似，逻辑相似的情况下，操作码序列必定存在相似性。因此，码序列获取模块630抽取所有目标api的函数字节码中的操作码组成所述目标应用的api操作码序列用以甄别目标应用的api文件是否经过篡改。应用信息识别模块640，用于根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。具体实现中，应用信息识别模块640可以将目标应用的api操作码序列与预设的至少一个已知api信息的操作码序列之间的相似度，判断所述目标应用的应用信息是否存在篡改风险，例如应用信息识别装置预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，应用信息识别装置预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应用中应用信息识别模块640可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。在可选实施例中，应用信息识别模块640可以根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名，进而根据所述目标应用的api信息的最小哈希签名判断所述目标应用的应用信息是否存在篡改风险。具体实施方式可以参考前文实施例中的s104，本实施例中不再赘述。进而在可选实施例中，所述应用信息识别模块640具体用于：将所述目标应用的api操作码序列上报至特征分析服务器，由所述特征分析服务器根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。进一步可选的，如图8所示，应用信息识别模块640可以包括：哈希签名获取单元641，用于根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名；哈希签名上报单元642，用于将所述目标应用的api信息的最小哈希签名上报至特征分析服务器。本发明实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，应用信息识别装置可以据此标记该目标应用产生的用户流量等网络行为数据，或向网络流量服务器上报该目标应用的应用信息存在被篡改风险的结果，由网络流量服务器据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。上述应用信息识别装置可以为pc这种电子设备，也可以是通过集群服务器构成的，为实现各单元功能而合并为一实体或各单元功能分体设置的电子设备，应用信息识别装置至少包括用于存储数据的数据库和用于数据处理的处理器，可以包括内置的存储介质或独立设置的存储介质。其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(cpu，centralprocessingunit)、数字信号处理器(dsp，digitalsingnalprocessor)或可编程逻辑阵列(fpga，field－programmablegatearray)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例如图1-2所示的应用信息识别方法流程中应用信息识别装置执行的各个步骤。应用信息识别装置作为硬件实体的一个示例如图9所示。网页调试装置包括处理器901、存储介质902以及至少一个外部通信接口903；所述处理器901、存储介质902以及通信接口903均通过总线904连接。应用信息识别装置中的处理器901可以调用存储介质902中的操作指令执行以下流程：获取目标应用加载的api文件；在所述api文件中提取至少一个目标api的函数字节码；将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列；根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险这里需要指出的是：本实施例中以上涉及应用信息识别装置的描述，与前文应用信息识别方法的描述是类似的，同方法的有益效果描述，不做赘述。对于本发明应用信息识别装置实施例中未披露的技术细节，请参照本发明方法实施例的描述。图8是本发明实施例中的一种特征分析服务器的结构示意图，如图所示本发明实施例中的特征分析服务器包括以下结构：api特征收集模块1010，用于接收应用信息识别装置上报的目标应用的api操作码序列，所述目标应用的api操作码序列是所述应用终端根据所述目标应用加载的api文件中至少一个目标api的函数字节码中的操作码组成的。本实施例中，应用信息识别装置在获取到目标应用加载的api文件的api操作码序列后，将api操作码序列上报至特征分析服务器，由特征分析服务器根据目标应用的api操作码序列判断目标应用的应用信息是否存在被篡改的风险。在可选实施例中，应用信息识别装置还可以根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名，进而将所述目标应用的api信息的最小哈希签名上报至特征分析服务器。应用信息识别模块1020，用于根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。具体实现中，应用信息识别模块1020可以将目标应用的api操作码序列与预设的至少一个已知api信息的操作码序列之间的相似度，判断所述目标应用的应用信息是否存在篡改风险，例如特征分析服务器预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，特征分析服务器预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api操作码序列与上述合法版本的api操作码序列之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应用中应用信息识别模块1020可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。进而在可选实施例中，应用信息识别模块应用信息识别模块1020如图10所示进一步可以包括：哈希签名获取单元1021，用于根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名。哈希签名获取单元1021根据所述目标应用的api操作码序列以及至少一个预设的特征函数获取所述目标应用的api信息的最小哈希签名的具体实现方式可以参考前文实施例中的s103中应用信息识别装置的具体实施方式，本实施例仅是将这部分功能交由特征分析服务器的哈希签名获取单元1021实施，因此具体实施细节在本实施例中不再赘述。应用信息识别单元1022，用于根据所述目标应用的api信息的最小哈希签名判断所述目标应用的应用信息是否存在篡改风险。在获取到所述目标应用的api信息的最小哈希签名后，应用信息识别单元1022可以根据所述目标应用的api信息与预设的至少一个已知api信息的最小哈希签名之间的相似度，判断所述目标应用的应用信息是否存在篡改风险。例如特征分析服务器预设有多个原生rom的api操作码序列或多个确定为合法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息是正常的未经篡改，反之则可以认为目标应用有被篡改的风险。另一种判断逻辑为，特征分析服务器预设有多个确定为经过篡改的非法版本的rom的api操作码序列，若目标应用的api信息的最小哈希签名与上述合法版本的api信息的最小哈希签名之间的相似度达到预设阈值，则可以判断目标应用的应用信息有被篡改的风险。实际应中应用信息识别单元1022用可以使用上述两种逻辑中的任意一种或两种的结合判断所述目标应用的应用信息是否存在篡改风险。在另一可选实施例中，特征分析服务器在收集到多个应用信息识别装置针对不同应用或不同终端中的应用信息后，应用信息识别单元1022可以将这些不同的应用信息按照相互之间的相似度进行聚类，由此可以得到多个应用信息聚类序列，进而只需要对某个聚类序列中的某个或几个应用信息进行判断是否存在篡改风险，即可得到该聚类序列中的其他应用信息是否存在篡改风险，进而当目标应用的应用信息被归类到该聚类序列后，应用信息识别单元1022也可以根据该聚类序列判断目标应用的应用信息是否存在被篡改的风险。本发明实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而交由特征分析服务器根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，特征分析服务器可以据此标记该目标应用产生的用户流量等网络行为数据，或向网络流量服务器上报该目标应用的应用信息存在被篡改风险的结果，由网络流量服务器据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。图12是本发明实施例中的一种应用信息识别系统的结构示意图，如图所示本发明实施例中的应用信息识别系统包括应用信息识别装置1201和特征分析服务器1202，其中：所述应用信息识别装置1201实现于如图12中所示的用户终端中，用于获取目标应用加载的api文件，在所述api文件中提取至少一个目标api的函数字节码；将所述至少一个目标api的函数字节码中的操作码组成所述目标应用的api操作码序列，并将目标应用的api操作码序列上报至所述特征分析服务器1202；所述特征分析服务器1202用于接收所述应用信息识别装置1201上报的目标应用的api操作码序列，并根据所述目标应用的api操作码序列判断所述目标应用的应用信息是否存在篡改风险。本实施例中的应用信息识别装置通过获取在目标应用在运行时加载的api文件中指定api的操作码序列，进而交由特征分析服务器根据该api的操作码序列判断目标应用的应用信息是否存在篡改风险，在确定目标应用的应用信息存在被篡改的风险后，特征分析服务器可以据此标记该目标应用产生的用户流量等网络行为数据，或向网络流量服务器上报该目标应用的应用信息存在被篡改风险的结果，由网络流量服务器据此标记该目标应用产生的用户流量等网络行为数据，从而有效识别出通过篡改终端api信息产生的虚假网络行为数据。在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。当前第1页12