基于用户信息的应用程序检测方法、装置、设备和介质与流程

专利检索2023-03-24  33



1.本公开的实施例涉及计算机技术领域,具体涉及基于用户信息的应用程序检测方法、装置、设备和介质。


背景技术:

2.目前,应用程序(应用软件)在上传到操作系统的应用平台(例如,ios/ android应用平台)之前,通常会对应用程序进行检测,以防止因应用程序中存在异常的内容而上架失败(例如,存在敏感字段)。目前,对应用程序进行检测,通常采用的方式为:通过技术人员对应用程序进行检测。
3.然而,采用上述方式,通常会存在以下技术问题:第一,无法在启动应用程序时,对应用程序所要获取的用户信息进行安全性检测,容易造成不必要的用户信息的泄露;第二,未对应用程序所传输的信息进行解析,所传输的信息中可能存在敏感字段,容易造成应用程序上架失败。


技术实现要素:

4.本公开的内容部分用于以简要的形式介绍构思,这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征,也不旨在用于限制所要求的保护的技术方案的范围。
5.本公开的一些实施例提出了基于用户信息的应用程序检测方法、装置、电子设备和计算机可读介质,来解决以上背景技术部分提到的技术问题中的一项或多项。
6.第一方面,本公开的一些实施例提供了一种基于用户信息的应用程序检测方法,该方法包括:响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求,其中,上述用户信息读取请求包括至少一个子信息读取请求;确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息;基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
7.第二方面,本公开的一些实施例提供了一种基于用户信息的应用程序检测装置,装置包括:接收单元,被配置成响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求,其中,上述用户信息读取请求包括至少一个子信息读取请求;第一确定单元,被配置成确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;第二确定单元,被配置成响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息
读取请求,得到异常子信息读取请求组;读取单元,被配置成对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息;生成单元,被配置成基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
8.第三方面,本公开的一些实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现上述第一方面任一实现方式所描述的方法。
9.第四方面,本公开的一些实施例提供了一种计算机可读介质,其上存储有计算机程序,其中,程序被处理器执行时实现上述第一方面任一实现方式所描述的方法。
10.本公开的上述各个实施例具有如下有益效果:通过本公开的一些实施例的基于用户信息的应用程序检测方法,防止了不必要的用户信息的泄露。具体来说,造成不必要的用户信息的泄露的原因在于:无法在启动应用程序时,对应用程序所要获取的用户信息进行安全性检测,容易造成不必要的用户信息的泄露。基于此,本公开的一些实施例的基于用户信息的应用程序检测方法,首先,响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求。由此,便于后续确定该目标应用程序所要读取的用户信息是否存在必要性。其次,确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。由此,可以确定目标应用程序所要读取的用户信息中是否存在不必要读取的用户信息。接着,响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组。由此,可以将目标应用程序不必要读取的用户信息对应的子信息读取请求确定为异常子信息读取请求,便于后续对目标应用程序进行调整。然后,对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。由此,便于后续可以对目标应用程序对应的每一页面中的程序接口检测,以防止调用了异常的程序接口而导致目标应用程序上架失败。最后,基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。由此,可以检测出目标应用程序中不合理的调用信息,便于后续技术人员对不合理的调用信息进行调整。也因为对不合理的调用信息进行调整,防止了目标应用程序读取不必要的用户信息,防止了不必要的用户信息的泄露。
附图说明
11.结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,元件和元素不一定按照比例绘制。
12.图1是本公开的一些实施例的基于用户信息的应用程序检测方法的一个应用场景的示意图;图2是根据本公开的基于用户信息的应用程序检测方法的一些实施例的流程图;图3是根据本公开的基于用户信息的应用程序检测方法的另一些实施例的流程图;图4是根据本公开的基于用户信息的应用程序检测装置的一些实施例的结构示意
图;图5是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
13.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例。相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
14.另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。
15.需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
16.需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
17.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
18.下面将参考附图并结合实施例来详细说明本公开。
19.图1是根据本公开一些实施例的基于用户信息的应用程序检测方法的一个应用场景的示意图。
20.在图1的应用场景中,首先,计算设备101可以响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求102。其中,上述用户信息读取请求102包括至少一个子信息读取请求。其次,计算设备101可以确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。接着,计算设备101可以响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组103。然后,计算设备101可以对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。最后,计算设备101可以基于上述异常子信息读取请求组103和所读取的各个接口信息104,生成应用程序调用检测信息105。
21.需要说明的是,上述计算设备101可以是硬件,也可以是软件。当计算设备为硬件时,可以实现成多个服务器或终端设备组成的分布式集群,也可以实现成单个服务器或单个终端设备。当计算设备体现为软件时,可以安装在上述所列举的硬件设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块,也可以实现成单个软件或软件模块。在此不做具体限定。
22.应该理解,图1中的计算设备的数目仅仅是示意性的。根据实现需要,可以具有任意数目的计算设备。
23.继续参考图2,示出了根据本公开的基于用户信息的应用程序检测方法的一些实施例的流程200。该基于用户信息的应用程序检测方法,包括以下步骤:步骤201,响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程
序的用户信息读取请求。
24.在一些实施例中,基于用户信息的应用程序检测方法的执行主体(例如图1所示的计算设备101)可以响应于检测到选择目标应用程序的操作信息,通过有线连接或无线连接的方式接收对应上述目标应用程序的服务端发送的用户信息读取请求。其中,上述用户信息读取请求包括至少一个子信息读取请求。这里,用户信息读取请求可以是用户终端在访问目标应用程序时,目标应用程序的服务端发送的读取用户终端中用户信息的请求。这里,目标应用程序可以是指待上架至应用平台(例如,ios/ android应用平台)的应用软件app。这里,至少一个子信息读取请求可以包括但不限于:用户照片读取请求、用户位置读取请求。这里,操作信息可以表征启动上述目标应用程序的操作。实践中,上述执行主体可以响应于检测到作用于上述目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求。
25.步骤202,确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。
26.在一些实施例中,上述执行主体可以确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。这里,预设的禁止读取请求表可以是预先设置的禁止读取的各个用户信息的表。例如,禁止读取请求表中的禁止读取请求可以是:禁止读取用户聊天记录。这里,对应预设的禁止读取请求表的子信息读取请求可以是指子信息读取请求所要读取的子信息与上述禁止读取请求表中任一禁止读取请求所禁止读取的用户信息相同。这里,上述禁止读取请求表可以包括第一禁止读取请求表和对应上述目标应用程序的应用类型的第二禁止读取请求表。这里,第一禁止读取请求表可以是指任一应用程序均禁止读取的用户信息的表。这里,第二禁止读取请求表可以是某一类型的应用程序禁止读取的用户信息的表。例如,禁止翻译类型的应用程序(app)读取用户的位置。
27.在一些实施例的一些可选的实现方式中,上述执行主体可以通过以下步骤确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求:第一步,确定上述至少一个子信息读取请求中是否存在对应上述第一禁止读取请求表的子信息读取请求。
28.第二步,确定上述至少一个子信息读取请求中是否存在对应上述第二禁止读取请求表的子信息读取请求。
29.步骤203,响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组。
30.在一些实施例中,上述执行主体可以响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组。
31.步骤204,对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。
32.在一些实施例中,对于上述目标应用程序对应的各个页面中的每一页面,上述执行主体可以响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。这里,目标应用程序对应的各个页面可以是指用户通过目标应用程序所访问的各个动态或静态的页面。这里,作用于上述页面的第一操作信息可以是指点击/选择上
述页面的指令信息。上述页面所调用的程序接口可以是指页面对应的程序代码中所调用的应用程序接口(api)。这里,接口信息可以包括所调用接口的接口标识和程序代码。
33.步骤205,基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
34.在一些实施例中,基于上述异常子信息读取请求组和所读取的各个接口信息,上述执行主体可以通过以下步骤生成应用程序调用检测信息:第一步,确定上述各个接口信息包括的各个接口标识中是否存在对应预设的私有接口标识组的接口标识。实践中,上述执行主体可以确定上述各个接口信息包括的各个接口标识中是否与上述私有接口标识组中任一私有接口标识相同的接口标识。
35.第二步,响应于确定上述各个接口标识中存在对应预设的私有接口标识组的接口标识,将上述各个接口标识中对应预设的私有接口标识组的接口标识确定为禁用接口标识,得到禁用接口标识组。
36.第三步,将上述禁用接口标识组中每个禁用接口标识对应的接口信息确定为异常接口信息,得到异常接口信息组。
37.第四步,将上述异常子信息读取请求组和上述异常接口信息组进行组合处理,以生成应用程序调用检测信息。这里,组合处理可以是指拼接处理。
38.本公开的上述各个实施例具有如下有益效果:通过本公开的一些实施例的基于用户信息的应用程序检测方法,防止了不必要的用户信息的泄露。具体来说,造成不必要的用户信息的泄露的原因在于:无法在启动应用程序时,对应用程序所要获取的用户信息进行安全性检测,容易造成不必要的用户信息的泄露。基于此,本公开的一些实施例的基于用户信息的应用程序检测方法,首先,响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求。由此,便于后续确定该目标应用程序所要读取的用户信息是否存在必要性。其次,确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。由此,可以确定目标应用程序所要读取的用户信息中是否存在不必要读取的用户信息。接着,响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组。由此,可以将目标应用程序不必要读取的用户信息对应的子信息读取请求确定为异常子信息读取请求,便于后续对目标应用程序进行调整。然后,对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。由此,便于后续可以对目标应用程序对应的每一页面中的程序接口检测,以防止调用了异常的程序接口而导致目标应用程序上架失败。最后,基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。由此,可以检测出目标应用程序中不合理的调用信息,便于后续技术人员对不合理的调用信息进行调整。也因为对不合理的调用信息进行调整,防止了目标应用程序读取不必要的用户信息,防止了不必要的用户信息的泄露。
39.进一步参考图3,示出了根据本公开的基于用户信息的应用程序检测方法的另一些实施例。该基于用户信息的应用程序检测方法,包括以下步骤:步骤301,响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求。
40.步骤302,确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求。
41.步骤303,响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组。
42.步骤304,对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息。
43.步骤305,基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
44.在一些实施例中,步骤301-305的具体实现及所带来的技术效果可以参考图2对应的那些实施例中的步骤201-205,在此不再赘述。
45.步骤306,读取上述各个页面中每个页面所包括的页面信息,得到页面信息组。
46.在一些实施例中,基于用户信息的应用程序检测方法的执行主体(例如图1所示的计算设备101)可以读取上述各个页面中每个页面所显示的页面信息,得到页面信息组。这里,上述各个页面中的页面包括至少一个控件。这里,至少一个控件可以包括但不限于:确认控件、返回控件、页面跳转控件。
47.步骤307,对于上述页面信息组中的每个页面信息,执行如下处理步骤:步骤3071,确定上述页面信息所包括的各个字段中是否存在对应预设的敏感字段表的字段。
48.在一些实施例中,上述执行主体可以确定上述页面信息所包括的各个字段中是否存在对应预设的敏感字段表的字段。这里,敏感字段表中的敏感字段可以是禁止出现的字段(例如,具有侮辱性的字段)。实践中,上述执行主体可以确定上述页面信息所包括的各个字段中是否存在与上述敏感字段表中任一敏感字段相同的字段。
49.步骤3072,响应于确定上述各个字段中存在对应预设的敏感字段表的字段,将上述页面信息确定为异常页面信息。
50.在一些实施例中,上述执行主体可以响应于确定上述各个字段中存在对应预设的敏感字段表的字段,将上述页面信息确定为异常页面信息。
51.步骤308,将所确定的每个异常页面信息对应的页面确定为异常页面,得到异常页面组。
52.在一些实施例中,上述执行主体可以将所确定的每个异常页面信息对应的页面确定为异常页面,得到异常页面组。
53.步骤309,对于上述目标应用程序对应的各个页面中的每一页面所包括的每一控件,响应于检测到作用于上述控件的第二操作信息,读取上述目标应用程序对应的服务端所发送的对应上述控件的反馈信息。
54.在一些实施例中,对于上述目标应用程序对应的各个页面中的每一页面所包括的每一控件,上述执行主体可以响应于检测到作用于上述控件的第二操作信息,读取上述目标应用程序对应的服务端所发送的对应上述控件的反馈信息。这里,第二操作信息可以表征选择上述控件的操作(例如,点击操作)。这里,反馈信息可以是指,在点击上述控件之后,目标应用程序对应的服务端所反馈的信息。实践中,上述执行主体可以通过有线连接或无线连接的方式读取上述目标应用程序对应的服务端所发送的对应上述控件的反馈信息。
55.步骤310,基于上述异常页面组和所读取的各个反馈信息,生成应用程序页面检测信息。
56.在一些实施例中,基于上述异常页面组和所读取的各个反馈信息,上述执行主体可以通过以下步骤生成应用程序页面检测信息:第一步,对于上述各个反馈信息中的每个反馈信息,执行如下处理步骤:第一步骤,确定上述反馈信息所包括的各个字段中是否存在对应上述敏感字段表的字段。实践中,上述执行主体可以确定上述反馈信息所包括的各个字段中是否存在与上述敏感字段表中任一敏感字段相同的字段。
57.第二步骤,响应于确定上述各个字段中存在对应上述敏感字段表的字段,将上述反馈信息确定为异常反馈信息。
58.第二步,将上述异常页面组和所确定的各个异常反馈信息进行组合处理,以生成应用程序页面检测信息。这里,组合处理可以是指拼接处理。
59.可选地,将上述应用程序调用检测信息和上述应用程序页面检测信息进行组合处理,以生成目标应用程序检测信息。
60.在一些实施例中,上述执行主体可以将上述应用程序调用检测信息和上述应用程序页面检测信息进行组合处理,以生成目标应用程序检测信息。这里,组合处理可以是指拼接处理。
61.可选地,将上述目标应用程序检测信息发送至上述目标应用程序的服务端,以供上述服务端对上述目标应用程序中的代码块进行调整。
62.在一些实施例中,上述执行主体可以将上述目标应用程序检测信息发送至上述目标应用程序的服务端,以供上述服务端对上述目标应用程序中的代码块进行调整。这里,服务端可以对目标应用程序的代码块中对应目标应用程序检测信息的代码进行修改。
63.上述步骤306-310中的相关内容作为本公开的一个发明点,解决了背景技术提及的技术问题二“未对应用程序所传输的信息进行解析,所传输的信息中可能存在敏感字段,容易造成应用程序上架失败”。容易造成应用程序上架失败的因素往往如下:未对应用程序所传输的信息进行解析,所传输的信息中可能存在敏感字段,容易造成应用程序上架失败。如果解决了上述因素,就能达到降低应用程序上架失败的概率。为了达到这一效果,本公开首先,读取上述各个页面中每个页面所包括的页面信息,得到页面信息组。由此,便于后续确定每个页面所包括的页面信息中是否存在敏感字段。其次,确定上述页面信息所包括的各个字段中是否存在对应预设的敏感字段表的字段。由此,可以确定页面信息中是否存在敏感字段。接着,响应于确定上述各个字段中存在对应预设的敏感字段表的字段,将上述页面信息确定为异常页面信息。然后,将所确定的每个异常页面信息对应的页面确定为异常页面,得到异常页面组。由此,可以检测出存在敏感字段的页面。再接着,对于上述目标应用程序对应的各个页面中的每一页面所包括的每一控件,响应于检测到作用于上述控件的第二操作信息,读取上述目标应用程序对应的服务端所发送的对应上述控件的反馈信息。由此,可以便于后续解析所传输的信息(反馈信息)中是否存在敏感字段。再然后,响应于确定上述各个字段中存在对应上述敏感字段表的字段,将上述反馈信息确定为异常反馈信息。由此,可以解析出存在敏感字段的反馈信息。最后,将上述目标应用程序检测信息发送至上述目标应用程序的服务端,以供上述服务端对上述目标应用程序中的代码块进行调整。由
此,可以对目标应用程序的代码块进行调整/修改,以降低应用程序上架失败的概率。
64.从图3可以看出,与图2对应的一些实施例的描述相比,图3对应的一些实施例中的流程300可以对目标应用程序的代码块进行调整/修改,以降低应用程序上架失败的概率。
65.进一步参考图4,作为对上述各图所示方法的实现,本公开提供了一种基于用户信息的应用程序检测装置的一些实施例,这些装置实施例与图2所示的那些方法实施例相对应,该装置具体可以应用于各种电子设备中。
66.如图4所示,一些实施例的基于用户信息的应用程序检测装置400包括:接收单元401、第一确定单元402、第二确定单元403、读取单元404和生成单元405。其中,接收单元401,被配置成响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求,其中,上述用户信息读取请求包括至少一个子信息读取请求;第一确定单元402,被配置成确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;第二确定单元403,被配置成响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;读取单元404,被配置成对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息;生成单元405,被配置成基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
67.可以理解的是,该装置400中记载的诸单元与参考图2描述的方法中的各个步骤相对应。由此,上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置400及其中包含的单元,在此不再赘述。
68.下面参考图5,其示出了适于用来实现本公开的一些实施例的电子设备(例如图1中的计算设备101)500的结构示意图。本公开的一些实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
69.如图5所示,电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501,其可以根据存储在只读存储器(rom)502中的程序或者从存储装置508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中,还存储有电子设备500操作所需的各种程序和数据。处理装置501、rom502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
70.通常,以下装置可以连接至i/o接口505:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置507;包括例如磁带、硬盘等的存储装置508;以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图5中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
71.特别地,根据本公开的一些实施例,上文参考流程图描述的过程可以被实现为计
算机软件程序。例如,本公开的一些实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中,该计算机程序可以通过通信装置509从网络上被下载和安装,或者从存储装置508被安装,或者从rom502被安装。在该计算机程序被处理装置501执行时,执行本公开的一些实施例的方法中限定的上述功能。
72.需要说明的是,本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
73.在一些实施方式中,客户端、服务器可以利用诸如http(hypertext transfer protocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“lan”),广域网(“wan”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
74.上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:响应于检测到选择目标应用程序的操作信息,接收对应上述目标应用程序的用户信息读取请求,其中,上述用户信息读取请求包括至少一个子信息读取请求;确定上述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;响应于确定存在,将上述至少一个子信息读取请求中对应上述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;对于上述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于上述页面的第一操作信息,读取上述页面所调用的程序接口的接口信息;基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。
75.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立
的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
76.附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
77.描述于本公开的一些实施例中的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括接收单元、第一确定单元、第二确定单元、读取单元和生成单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,生成单元还可以被描述为“基于上述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息的单元”。
78.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
79.以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征:
1.一种基于用户信息的应用程序检测方法,包括:响应于检测到选择目标应用程序的操作信息,接收对应所述目标应用程序的用户信息读取请求,其中,所述用户信息读取请求包括至少一个子信息读取请求;确定所述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;响应于确定存在,将所述至少一个子信息读取请求中对应所述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;对于所述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于所述页面的第一操作信息,读取所述页面所调用的程序接口的接口信息;基于所述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。2.根据权利要求1所述的方法,其特征在于,所述禁止读取请求表包括第一禁止读取请求表和对应所述目标应用程序的应用类型的第二禁止读取请求表;以及所述确定所述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求,包括:确定所述至少一个子信息读取请求中是否存在对应所述第一禁止读取请求表的子信息读取请求;确定所述至少一个子信息读取请求中是否存在对应所述第二禁止读取请求表的子信息读取请求。3.根据权利要求1所述的方法,其特征在于,所述各个接口信息中的接口信息包括接口标识;以及所述基于所述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息,包括:确定所述各个接口信息包括的各个接口标识中是否存在对应预设的私有接口标识组的接口标识;响应于确定所述各个接口标识中存在对应预设的私有接口标识组的接口标识,将所述各个接口标识中对应预设的私有接口标识组的接口标识确定为禁用接口标识,得到禁用接口标识组;将所述禁用接口标识组中每个禁用接口标识对应的接口信息确定为异常接口信息,得到异常接口信息组;将所述异常子信息读取请求组和所述异常接口信息组进行组合处理,以生成应用程序调用检测信息。4.一种基于用户信息的应用程序检测装置,包括:接收单元,被配置成响应于检测到选择目标应用程序的操作信息,接收对应所述目标应用程序的用户信息读取请求,其中,所述用户信息读取请求包括至少一个子信息读取请求;第一确定单元,被配置成确定所述至少一个子信息读取请求中是否存在对应预设的禁止读取请求表的子信息读取请求;第二确定单元,被配置成响应于确定存在,将所述至少一个子信息读取请求中对应所
述禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;读取单元,被配置成对于所述目标应用程序对应的各个页面中的每一页面,响应于检测到作用于所述页面的第一操作信息,读取所述页面所调用的程序接口的接口信息;生成单元,被配置成基于所述异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。5.一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-3中任一所述的方法。6.一种计算机可读介质,其上存储有计算机程序,其中,所述程序被处理器执行时实现如权利要求1-3中任一所述的方法。

技术总结
本公开的实施例公开了基于用户信息的应用程序检测方法、装置、设备和介质。该方法的一具体实施方式包括:响应于检测到选择目标应用程序的操作信息,接收对应目标应用程序的用户信息读取请求;将至少一个子信息读取请求中对应禁止读取请求表的子信息读取请求确定为异常子信息读取请求,得到异常子信息读取请求组;对于目标应用程序对应的各个页面中的每一页面,读取页面所调用的程序接口的接口信息;基于异常子信息读取请求组和所读取的各个接口信息,生成应用程序调用检测信息。该实施方式可以检测出目标应用程序中不合理的调用信息,便于后续技术人员对不合理的调用信息进行调整。防止了不必要的用户信息的泄露。防止了不必要的用户信息的泄露。防止了不必要的用户信息的泄露。


技术研发人员:李晋飞 马宏亮
受保护的技术使用者:大鲲智联(成都)科技有限公司
技术研发日:2022.03.21
技术公布日:2022/4/15
转载请注明原文地址:https://win.8miu.com/read-1136218.html

最新回复(0)