CN116361777A - 权限管理方法、装置、存储介质及电子设备 - Google Patents
权限管理方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN116361777A CN116361777A CN202111616976.8A CN202111616976A CN116361777A CN 116361777 A CN116361777 A CN 116361777A CN 202111616976 A CN202111616976 A CN 202111616976A CN 116361777 A CN116361777 A CN 116361777A
- Authority
- CN
- China
- Prior art keywords
- host
- application
- host application
- api
- authority
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 42
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000004590 computer program Methods 0.000 claims description 19
- 238000013475 authorization Methods 0.000 claims description 18
- 230000003993 interaction Effects 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 7
- 230000002452 interceptive effect Effects 0.000 claims description 6
- 238000012795 verification Methods 0.000 claims description 5
- 239000008186 active pharmaceutical agent Substances 0.000 description 101
- 230000006870 function Effects 0.000 description 35
- 238000010586 diagram Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000002955 isolation Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/51—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems at application loading time, e.g. accepting, rejecting, starting or inhibiting executable software based on integrity or source reliability
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Databases & Information Systems (AREA)
- Storage Device Security (AREA)
- Lock And Its Accessories (AREA)
Abstract
本公开涉及一种权限管理方法、装置、存储介质及电子设备，方法包括：通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。本公开通过第一Hook函数对第一API调用进行Hook，由第一Hook函数先取得控制权，从而从单个应用的维度对权限进行管控，使得只有在同时满足操作系统授予宿主应用程序权限和用户选择授予该宿主内应用权限的情况下，才最终授予该宿主内应用权限。
Description
技术领域
本公开涉及权限管理技术领域，具体地，涉及一种权限管理方法、装置、存储介质及电子设备。
背景技术
游戏盒子是游戏行业实现游戏平台和分发的主要方式，而利用Android(安卓)的开源特性，以虚拟中间件为基础的免安装游戏玩法成为业内游戏盒子常见实现方式，虚拟中间件采用虚拟Android系统框架，以免安装方式运行的游戏应用可在虚拟中间件层进行安装。但这种免安装玩法存在严重问题，Android系统授予权限是以应用程序为单位的，只要宿主应用程序(如游戏盒子)获得授权后，在宿主内安装的所有应用都可以共享宿主获得的权限，用户隐私无法保障。
发明内容
提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
第一方面，本公开提供一种权限管理方法，包括：
通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
第二方面，本公开提供一种权限管理装置，包括：
第一Hook模块，用于通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
权限申请管理模块，用于在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
第三方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面所述方法的步骤。
第四方面，本公开提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面所述方法的步骤。
在上述技术方案中，通过第一Hook函数对第一API调用进行Hook，由第一Hook函数先取得控制权，从而从宿主内应用的维度对权限进行管控，使得只有在同时满足“操作系统授予宿主应用程序权限”和“用户选择授予该宿主内应用权限”的情况下，才最终授予该宿主内应用权限，当上述任一项条件不满足时，均不会授予该宿主内应用权限，从而保证宿主应用程序内安装的宿主内应用间的权限不能共享，同时所有授权都需要用户作出授权操作，不能在用户无感知的情况下让多个宿主内应用彼此共享权限，从而保护用户隐私。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。在附图中：
图1是根据一示例性实施例示出的权限管理方法的流程图；
图2是图1中步骤S120的具体流程图；
图3是图1中步骤S120的又一具体流程图；
图4是根据一示例性实施例示出的权限管理方法的又一流程图；
图5是根据一示例性实施例示出的权限管理方法的又一流程图；
图6是根据一示例性实施例示出的权限管理方法的实施示意图；
图7是根据一示例性实施例示出的权限管理方法的又一流程图；
图8是根据一示例性实施例示出的权限管理装置的框图；
图9是根据一示例性实施例示出的电子设备的框图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
针对相关技术存在的技术问题，即采用免安装方式在宿主应用程序内安装应用，一旦宿主应用程序获得系统授权后，在宿主应用程序内安装的所有应用都可以共享宿主获得的权限，由此本公开实施例提供一种权限管理方法，从宿主应用程序内的单个应用的维度进行权限管控。
图1是根据一示例性实施例示出的权限管理方法的流程图，该权限管理方法由一电子设备执行，如图1所示，该方法包括如下步骤：
步骤S110，通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一应用程序接口(Application Programming Interface，API)的调用；其中，该宿主内应用通过调用第一API向操作系统申请第一权限。
其中，宿主应用程序内安装有至少一个应用(称为宿主内应用)。在一种应用场景中，宿主应用程序为游戏盒子，宿主内应用为在游戏盒子内安装的游戏应用。
其中，第一API用于向操作系统申请权限，第一权限是指该宿主内应用本次调用第一API向操作系统所申请的权限。示例性的，第一API包括但不限于，requestPermission或者requestPermissions。
步骤S120，在操作系统对宿主应用程序授予第一权限，且用户对该宿主内应用授予第一权限的情况下，授予该宿主内应用第一权限。
其中，在拦截宿主内应用对第一API的调用后，分别向操作系统申请授予宿主应用程序第一权限、请求用户选择是否对该宿主内应用授予第一权限。在同时满足“操作系统授予宿主应用程序该第一权限”和“用户选择授予该宿主内应用该第一权限”两项条件的情况下，才最终授予该宿主内应用第一权限，当上述任一项条件不满足时，如操作系统不授予宿主应用程序第一权限或用户选择不授予该宿主内应用第一权限时，拒绝授予该宿主内应用第一权限。在具体的实施方式中，步骤S120可以包括但不限于图2或图3中的任意一种处理流程。
在一示例性实施例中，图2示出了在拦截宿主内应用对第一API的调用后，执行步骤S120的具体流程图，如图2所示，步骤S120包括：
步骤S210，向操作系统申请授予宿主应用程序第一权限；若操作系统授予宿主应用程序该第一权限，则执行步骤S220，若操作系统不授予宿主应用程序该第一权限，则执行步骤S240。
步骤S220，生成询问用户是否针对该宿主内应用授予第一权限的交互页面；若用户针对该宿主内应用作出授予第一权限的授权操作，则执行步骤S230，若用户针对该宿主内应用作出不授予第一权限的拒绝操作，则执行步骤S240。
在拦截宿主内应用对第一API的调用后，首先向操作系统申请授予宿主应用程序第一权限，在操作系统授予宿主应用程序第一权限的情况下，再询问用户是否授予该宿主内应用第一权限。
步骤S230，授予该宿主内应用第一权限。
步骤S240，拒绝授予该宿主内应用第一权限。
其中，响应于用户在交互页面上作出的授权操作，授予该宿主内应用第一权限。
其中，当操作系统不授予宿主应用程序第一权限，或者响应于用户在交互页面上作出的拒绝操作，拒绝授予该宿主内应用第一权限。
可以理解的，在上述步骤中，在操作系统不授予宿主应用程序第一权限的情况下，可以直接拒绝授予该宿主内应用第一权限，而不必再执行后续询问用户是否对该宿主内应用授予第一权限的步骤，减少对用户的打扰。
在一示例性实施例中，图3示出了在拦截宿主内应用对第一API的调用后，执行步骤S120的又一具体流程图，如图3所示，步骤S120包括：
步骤S310，生成询问用户是否针对该宿主内应用授予第一权限的交互页面；若用户针对该宿主内应用作出授予第一权限的授权操作，则执行步骤S320，若用户针对该宿主内应用作出不授予第一权限的拒绝操作，则执行步骤S340。
步骤S320，向操作系统申请授予宿主应用程序第一权限。
在拦截宿主内应用对第一API的调用后，首先询问用户是否授予该宿主内应用第一权限，在用户选择授予该宿主内应用第一权限的情况下，再向操作系统申请授予宿主应用程序第一权限，若操作系统授予宿主应用程序第一权限，则执行步骤S330，若操作系统不授予宿主应用程序第一权限，则执行步骤S340。
步骤S330，授予该宿主内应用第一权限。
步骤S340，拒绝授予该宿主内应用第一权限。
其中，响应于用户在交互页面上作出的拒绝操作，或者在操作系统不授予宿主应用程序第一权限的情况下，拒绝授予该宿主内应用第一权限。
可以理解的，在上述步骤中，在用户选择不授予该宿主内应用第一权限的情况下，可以直接拒绝授予该宿主内应用第一权限，而不必再执行后续向操作系统申请授予宿主应用程序第一权限的步骤，减少执行不必要步骤。
可以理解的，由于各个宿主内应用是在宿主应用程序内的虚拟中间件层安装，对于系统层而言只能获知宿主应用程序的角色，对于宿主应用程序内的宿主内应用角色是不可知的，如果不采用本公开实施例提供的权限管理方法，那么系统只能做到对宿主应用程序层面的权限管理，系统授予的所有权限，都是给宿主应用程序以及在宿主应用程序内安装的所有宿主内应用的，系统层无法做到单个应用维度的权限管控，一旦宿主应用程序获得系统授权后，所有在宿主应用程序内安装的宿主内应用都能获得同样的权限。
以宿主应用程序为游戏盒子为例，游戏盒子或者游戏盒子内安装的游戏应用A(系统将游戏应用A发起的权限申请默认为是游戏盒子发起的权限申请)向操作系统申请权限P后，在游戏盒子内安装的所有游戏应用都能共享权限P。本公开实施例通过第一Hook函数对第一API调用进行Hook，由第一Hook函数先取得控制权，从而从单个游戏应用的维度对权限进行管控，使得只有在同时满足“操作系统授予游戏盒子权限P”和“用户选择授予该游戏应用权限P”两项条件的情况下，才最终授予该游戏应用权限P，当上述任一项条件不满足时，拒绝授予该游戏应用权限P，从而保证游戏盒子内安装的游戏应用间的权限不能共享，同时所有授权都需要用户作出授权操作，不能在用户无感知的情况下让多个游戏应用彼此共享权限，从而保护用户隐私。
在可选的实施例中，图4是根据一示例性实施例示出的权限管理方法的又一流程图，如图4所示，该方法还包括如下步骤：
步骤S410，通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，该宿主内应用通过调用第二API向操作系统请求校验是否授权有第二权限。
其中，第二API用于向操作系统请求校验权限，第二权限是指该宿主内应用本次调用第二API向操作系统请求校验的权限。示例性的，第二API包括但不限于，checkPermission或者checkPermissions。
步骤S420，在操作系统对宿主应用程序已授予第二权限，且用户对该宿主内应用已授予第二权限的情况下，向该宿主内应用返回已授权，否则向该宿主内应用返回未授权。
可以理解的，在采用本技术方案前，当宿主内应用调用第二API向操作系统请求校验是否授权有第二权限时，如果系统对宿主应用程序进行过第二权限的授权，则将会直接认为该宿主内应用具有第二权限，如果系统对宿主应用程序没有进行过第二权限的授权，则将会认为该宿主内应用不具有第二权限。
在采用本技术方案后，通过第二Hook函数对第二API调用进行Hook，由第二Hook函数先取得控制权，从而从单个应用的维度确定该宿主内应用是否被授予了第二权限，如果该宿主内应用之前已经通过步骤S110～S120被授予了第二权限，则向该宿主内应用返回已授权，否则向该宿主内应用返回未授权。具体的，在操作系统对宿主应用程序已授予第二权限，且用户针对该宿主内应用已授予第二权限的情况下，确定该宿主内应用具有第二权限，于是向该宿主内应用返回已授权，否则向该宿主内应用返回未授权。
在可选的实施例中，图5是根据一示例性实施例示出的权限管理方法的又一流程图，如图5所示，该方法还包括如下步骤：
步骤S510，通过第三Hook函数拦截宿主应用程序内安装的宿主内应用对第三API的调用；其中，第三API为需要对应权限调用的系统API。
其中，第三API包括但不限于相机API、录音器API、获取国际移动设备识别码(International Mobile Equipment Identity，IMEI)的API等需要对应权限调用的系统API。例如相机API，只有该宿主内应用具有对应的相机权限时才被允许调用，例如录音器API，只有该宿主内应用具有对应的录音权限时才被允许调用，当该宿主内应用未被授予对应权限的情况下，不允许该应用调用第三API。
步骤S520，在操作系统对宿主应用程序已授予该第三API的对应权限，且用户对该宿主内应用已授予该对应权限的情况下，允许该宿主内应用调用该第三API，否则拒绝该宿主内应用调用该第三API。
可以理解的，在采用本技术方案前，宿主应用程序或者宿主内应用A向操作系统申请相机权限，一旦操作系统同意该申请后，宿主应用程序及宿主应用程序内的所有宿主内应用都能共享相机权限，从而都能调用相机API并启动相机。
在采用本技术方案后，通过第三Hook函数对需要对应权限才能调用的第三API(如相机API)进行Hook，由第三Hook函数先取得控制权，从而从单个应用的维度确定该宿主内应用是否被授予了调用该相机API所需的相机权限，如果该宿主内应用之前已经通过步骤S110～S120被授予了相机权限，则允许该宿主内应用调用相机API并启动相机，否则拒绝该宿主内应用调用相机API，向该宿主内应用返回调用异常或者调用失败。具体的，在操作系统对宿主应用程序已授予相机权限，且用户针对该宿主内应用已授予相机权限的情况下，该宿主内应用才能调用相机API并启动相机，否则将会调用失败。
图6是根据以上实施例示出的权限管理方法的实施示意图。如图6所示，本公开实施例利用JVM(Java Virtual Machine，Java虚拟机)/ART(Android RunTime)虚拟机Hook技术和C/C++Hook技术等，对Android系统的权限相关API(包括第一API和第二API)以及每个需要权限调用的系统API(第三API)进行拦截，在拦截后，以宿主内应用为维度进行权限管理。
在拦截用于申请第一权限的第一API后，分别向操作系统申请授予宿主应用程序第一权限以及请求用户选择是否对该宿主内应用授予第一权限，在同时满足“操作系统授予宿主应用程序第一权限”和“用户选择授予该宿主内应用第一权限”两项条件的情况下，才最终授予该宿主内应用第一权限。在拦截用于校验是否授权有第二权限的第二API后，校验本次调用第二API的宿主内应用是否授权有第二权限，在操作系统对宿主应用程序已授予第二权限，且用户对该宿主内应用已授予第二权限的情况下，才向该宿主内应用返回已授权，否则向该宿主内应用返回未授权。在拦截需要权限调用的第三API后，确定本次调用第三API的宿主内应用是否具有调用该第三API所需的对应权限，具体在操作系统对宿主应用程序已授予该对应权限，且用户针对该宿主内应用已授予该对应权限的情况下，才允许该宿主内应用调用该第三API。
此外值得注意的是，采用免安装方式在宿主应用程序内安装宿主内应用还存在以下问题：宿主内应用在宿主应用程序内的虚拟中间件层安装后，并不相互隔离，每个宿主内应用都可以直接获取到在虚拟中间件层安装的宿主内应用列表的信息或者单个已安装宿主内应用的信息。
在可选的实施例中，图7是根据一示例性实施例示出的权限管理方法的又一流程图，以用于解决上述问题。如图7所示，该方法包括如下步骤：
步骤S610，通过第四Hook函数拦截宿主应用程序内安装的宿主内应用对第四API的调用；其中，第四API用于获取宿主应用程序内已安装宿主内应用的信息。
示例性的，第四API包括用于获取宿主应用程序内已安装宿主内应用列表的信息的API，例如有，getInstalledPackages、getInstalledPackagesAsUser、getInstalledApplications、getInstalledApplicationsAsUser等，还包括用于获取宿主应用程序内单个已安装宿主内应用的信息的API，例如有，getPackageInfo、getApplicationInfo等。
步骤S620，向该宿主内应用返回该宿主内应用的自身信息。
其中，在拦截到宿主内应用对第四API的调用后，不向该宿主内应用真实返回宿主应用程序内已安装宿主内应用列表的信息或者单个已安装宿主内应用的信息，而是返回该宿主内应用的自身信息。
本公开实施例利用JVM/ART虚拟机Hook和C/C++Hook等Hook技术，对用于获取宿主应用程序内已安装宿主内应用信息的第四API进行拦截，让每个宿主内应用都只能感知到自身信息，而无法获得其他宿主内应用的信息，使得宿主应用程序内安装的多个宿主内应用彼此隔离，从而保护用户隐私。
综上所述，在本公开实施例中，基于Hook技术拦截宿主内应用调用的API，只有在操作系统授予宿主应用程序权限，且用户对宿主内应用也授予该权限的情况下，才实际授予该宿主内应用该权限，宿主内应用不能在用户无感知的情况下通过调用系统API获取用户隐私信息。此外，宿主应用程序内安装的各个应用相互隔离，无感知其他应用是否安装，有效提高安全性。
基于同一发明构思，本公开实施例还提供一种权限管理装置，请参照图8，该权限管理装置700包括：
第一Hook模块710，用于通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
权限申请管理模块720，用于在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
可选的，权限申请管理模块720用于：
向所述操作系统申请授予所述宿主应用程序第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，生成询问用户是否针对所述宿主内应用授予所述第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，授予所述宿主内应用所述第一权限。
可选的，权限申请管理模块720用于：
生成询问用户是否针对所述宿主内应用授予第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，向所述操作系统申请授予所述宿主应用程序所述第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，授予所述宿主内应用所述第一权限。
可选的，该装置700还包括：
第二Hook模块，用于通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，所述第二API用于向操作系统请求校验是否授权有第二权限；
权限校验管理模块，用于在所述操作系统对所述宿主应用程序已授予所述第二权限，且用户对所述宿主内应用已授予所述第二权限的情况下，向所述宿主内应用返回已授权，否则向所述宿主内应用返回未授权。
可选的，该装置700还包括：
第三Hook模块，用于通过第三Hook函数拦截宿主应用程序内安装的宿主内应用对第三API的调用；其中，所述第三API为需要对应权限调用的系统API；
调用权限管理模块，用于在所述操作系统对所述宿主应用程序已授予所述对应权限，且用户对所述宿主内应用已授予所述对应权限的情况下，允许所述宿主内应用调用所述第三API，否则拒绝所述宿主内应用调用所述第三API。
可选的，该装置700还包括：
第四Hook模块，用于通过第四Hook函数拦截宿主应用程序内安装的宿主内应用对第四API的调用；其中，所述第四API用于获取宿主应用程序内已安装宿主内应用的信息；
信息隔离模块，用于向所述宿主内应用返回所述宿主内应用的自身信息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
基于同一发明构思，本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理装置执行时实现本公开实施例提供的权限管理方法。
基于同一发明构思，本公开实施例还提供一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现本公开实施例提供的权限管理方法。
下面参考图9，其示出了适于用来实现本公开实施例的电子设备800的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图9所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一Hook模块还可以被描述为“通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用的模块”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例，示例1提供了一种权限管理方法，包括：
通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例2提供了示例1的方法，所述在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限，包括：
向所述操作系统申请授予所述宿主应用程序第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，生成询问用户是否针对所述宿主内应用授予所述第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例3提供了示例1的方法，所述在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限，包括：
生成询问用户是否针对所述宿主内应用授予第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，向所述操作系统申请授予所述宿主应用程序所述第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例4提供了示例1的方法，还包括：
通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，所述第二API用于向操作系统请求校验是否授权有第二权限；
在所述操作系统对所述宿主应用程序已授予所述第二权限，且用户对所述宿主内应用已授予所述第二权限的情况下，向所述宿主内应用返回已授权，否则向所述宿主内应用返回未授权。
根据本公开的一个或多个实施例，示例5提供了示例1的方法，还包括：
通过第三Hook函数拦截宿主应用程序内安装的宿主内应用对第三API的调用；其中，所述第三API为需要对应权限调用的系统API；
在所述操作系统对所述宿主应用程序已授予所述对应权限，且用户对所述宿主内应用已授予所述对应权限的情况下，允许所述宿主内应用调用所述第三API，否则拒绝所述宿主内应用调用所述第三API。
根据本公开的一个或多个实施例，示例6提供了示例1的方法，还包括：
通过第四Hook函数拦截宿主应用程序内安装的宿主内应用对第四API的调用；其中，所述第四API用于获取宿主应用程序内已安装宿主内应用的信息；
向所述宿主内应用返回所述宿主内应用的自身信息。
根据本公开的一个或多个实施例，示例7提供了一种权限管理装置，包括：
第一Hook模块，用于通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
权限申请管理模块，用于在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例8提供了示例7的装置，权限申请管理模块用于：
向所述操作系统申请授予所述宿主应用程序第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，生成询问用户是否针对所述宿主内应用授予所述第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例9提供了示例7的装置，权限申请管理模块用于：
生成询问用户是否针对所述宿主内应用授予第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，向所述操作系统申请授予所述宿主应用程序所述第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，授予所述宿主内应用所述第一权限。
根据本公开的一个或多个实施例，示例10提供了示例7的装置，还包括：
第二Hook模块，用于通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，所述第二API用于向操作系统请求校验是否授权有第二权限；
权限校验管理模块，用于在所述操作系统对所述宿主应用程序已授予所述第二权限，且用户对所述宿主内应用已授予所述第二权限的情况下，向所述宿主内应用返回已授权，否则向所述宿主内应用返回未授权。
根据本公开的一个或多个实施例，示例11提供了示例7的装置，还包括：
第三Hook模块，用于通过第三Hook函数拦截宿主应用程序内安装的宿主内应用对第三API的调用；其中，所述第三API为需要对应权限调用的系统API；
调用权限管理模块，用于在所述操作系统对所述宿主应用程序已授予所述对应权限，且用户对所述宿主内应用已授予所述对应权限的情况下，允许所述宿主内应用调用所述第三API，否则拒绝所述宿主内应用调用所述第三API。
根据本公开的一个或多个实施例，示例12提供了示例7的装置，还包括：
第四Hook模块，用于通过第四Hook函数拦截宿主应用程序内安装的宿主内应用对第四API的调用；其中，所述第四API用于获取宿主应用程序内已安装宿主内应用的信息；
信息隔离模块，用于向所述宿主内应用返回所述宿主内应用的自身信息。
根据本公开的一个或多个实施例，示例13提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理装置执行时实现示例1至示例6中任一示例所述方法的步骤。
根据本公开的一个或多个实施例，示例14提供了一种电子设备，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现示例1至示例6中任一示例所述方法的步骤。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
Claims (10)
1.一种权限管理方法，其特征在于，包括：
通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
2.根据权利要求1所述的方法，其特征在于，所述在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限，包括：
向所述操作系统申请授予所述宿主应用程序第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，生成询问用户是否针对所述宿主内应用授予所述第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，授予所述宿主内应用所述第一权限。
3.根据权利要求1所述的方法，其特征在于，所述在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限，包括：
生成询问用户是否针对所述宿主内应用授予第一权限的交互页面；
响应于用户在所述交互页面上作出的授权操作，向所述操作系统申请授予所述宿主应用程序所述第一权限；
在所述操作系统授予所述宿主应用程序所述第一权限的情况下，授予所述宿主内应用所述第一权限。
4.根据权利要求1所述的方法，其特征在于，还包括：
通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，所述第二API用于向操作系统请求校验是否授权有第二权限；
在所述操作系统对所述宿主应用程序已授予所述第二权限，且用户对所述宿主内应用已授予所述第二权限的情况下，向所述宿主内应用返回已授权，否则向所述宿主内应用返回未授权。
5.根据权利要求1所述的方法，其特征在于，还包括：
通过第三Hook函数拦截宿主应用程序内安装的宿主内应用对第三API的调用；其中，所述第三API为需要对应权限调用的系统API；
在所述操作系统对所述宿主应用程序已授予所述对应权限，且用户对所述宿主内应用已授予所述对应权限的情况下，允许所述宿主内应用调用所述第三API，否则拒绝所述宿主内应用调用所述第三API。
6.根据权利要求1所述的方法，其特征在于，还包括：
通过第四Hook函数拦截宿主应用程序内安装的宿主内应用对第四API的调用；其中，所述第四API用于获取宿主应用程序内已安装宿主内应用的信息；
向所述宿主内应用返回所述宿主内应用的自身信息。
7.一种权限管理装置，其特征在于，包括：
第一Hook模块，用于通过第一Hook函数拦截宿主应用程序内安装的宿主内应用对第一API的调用；其中，所述宿主应用程序内安装有至少一个宿主内应用，所述第一API用于向操作系统申请第一权限；
权限申请管理模块，用于在所述操作系统对所述宿主应用程序授予所述第一权限，且用户对所述宿主内应用授予所述第一权限的情况下，授予所述宿主内应用所述第一权限。
8.根据权利要求7所述的装置，其特征在于，还包括：
第二Hook模块，用于通过第二Hook函数拦截宿主应用程序内安装的宿主内应用对第二API的调用；其中，所述第二API用于向操作系统请求校验是否授权有第二权限；
权限校验管理模块，用于在所述操作系统对所述宿主应用程序已授予所述第二权限，且用户对所述宿主内应用已授予所述第二权限的情况下，向所述宿主内应用返回已授权，否则向所述宿主内应用返回未授权。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现权利要求1-6中任一项所述方法的步骤。
10.一种电子设备，其特征在于，包括：
存储装置，其上存储有计算机程序；
处理装置，用于执行所述存储装置中的所述计算机程序，以实现权利要求1-6中任一项所述方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111616976.8A CN116361777A (zh) | 2021-12-27 | 2021-12-27 | 权限管理方法、装置、存储介质及电子设备 |
| PCT/CN2022/138302 WO2023124930A1 (zh) | 2021-12-27 | 2022-12-12 | 权限管理方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111616976.8A CN116361777A (zh) | 2021-12-27 | 2021-12-27 | 权限管理方法、装置、存储介质及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116361777A true CN116361777A (zh) | 2023-06-30 |
Family
ID=86937491
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111616976.8A Pending CN116361777A (zh) | 2021-12-27 | 2021-12-27 | 权限管理方法、装置、存储介质及电子设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN116361777A (zh) |
| WO (1) | WO2023124930A1 (zh) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7020882B1 (en) * | 2000-09-14 | 2006-03-28 | International Business Machines Corporation | Method, system, and program for remotely manipulating a user interface over a network |
| CN104376255B (zh) * | 2014-11-28 | 2017-05-24 | 北京奇虎科技有限公司 | 应用程序运行控制方法与装置 |
| CN104598809B (zh) * | 2015-02-13 | 2017-04-19 | 北京奇虎科技有限公司 | 程序的监控方法及其防御方法以及相关装置 |
| CN105912925B (zh) * | 2016-04-05 | 2019-10-08 | 周奇 | 一种禁止移动终端自动安装相关应用的方法及系统 |
| CN106355079B (zh) * | 2016-08-18 | 2019-12-06 | 北京奇虎科技有限公司 | 对应用程序的安装进行优化的方法、装置及终端 |
-
2021
- 2021-12-27 CN CN202111616976.8A patent/CN116361777A/zh active Pending
-
2022
- 2022-12-12 WO PCT/CN2022/138302 patent/WO2023124930A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023124930A1 (zh) | 2023-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9507961B2 (en) | System and method for providing secure access control to a graphics processing unit | |
| CN110569667B (zh) | 一种访问控制方法、装置、计算机设备及存储介质 | |
| US9600662B2 (en) | User configurable profiles for security permissions | |
| CN112416616B (zh) | 一种微服务调用方法、装置、电子设备及存储介质 | |
| US20190236312A1 (en) | Apparatus and method for tracking access permissions over multiple execution environments | |
| CN113630253A (zh) | 登录方法、装置、计算机系统及可读存储介质 | |
| CN112395568A (zh) | 一种接口权限配置方法、装置、设备和存储介质 | |
| US10719456B2 (en) | Method and apparatus for accessing private data in physical memory of electronic device | |
| US10867030B2 (en) | Methods and devices for executing trusted applications on processor with support for protected execution environments | |
| CN112699407A (zh) | 业务数据的访问方法、装置、设备和存储介质 | |
| CN111460432B (zh) | 在线文档权限控制方法、装置、设备及计算机可读介质 | |
| CN115086305B (zh) | 信息处理方法、装置、电子设备和存储介质 | |
| CN111143089A (zh) | 一种应用程序调用第三方库动态提升权限的方法及装置 | |
| CN114640533B (zh) | 传输消息的方法、装置、存储介质及电子设备 | |
| CN116361777A (zh) | 权限管理方法、装置、存储介质及电子设备 | |
| CN111538717B (zh) | 数据处理的方法、装置、电子设备及计算机可读介质 | |
| CN111291379B (zh) | 基于Android的车载系统应用检测方法、装置及电子设备 | |
| CN114489419A (zh) | 权限控制方法及电子设备 | |
| US9003427B2 (en) | Methods for managing authority designation of graphical user interfaces | |
| CN114168254A (zh) | 一种数据处理方法、装置及设备 | |
| CN113641966B (zh) | 一种应用集成方法、系统、设备及介质 | |
| CN112764941B (zh) | 资源访问方法、装置、电子设备及计算机可读存储介质 | |
| CN112261659B (zh) | 终端和服务器的控制方法、装置、终端和存储介质 | |
| CN116820620A (zh) | 资源加载方法、装置、可读介质及电子设备 | |
| CN116502185A (zh) | 智能汽车操作系统授权方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |