Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
OpenHarmony
Docs
提交
008aaa0a
D
Docs
项目概览
OpenHarmony
/
Docs
大约 1 年 前同步成功
通知
159
Star
292
Fork
28
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
D
Docs
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
未验证
提交
008aaa0a
编写于
6月 13, 2022
作者:
O
openharmony_ci
提交者:
Gitee
6月 13, 2022
浏览文件
操作
浏览文件
下载
差异文件
!5327 访问控制VOD修改
Merge pull request !5327 from zengyawen/master
上级
b119db8e
23c2b638
变更
5
隐藏空白更改
内联
并排
Showing
5 changed file
with
27 addition
and
21 deletion
+27
-21
zh-cn/application-dev/reference/apis/js-apis-appAccount.md
zh-cn/application-dev/reference/apis/js-apis-appAccount.md
+1
-1
zh-cn/application-dev/reference/apis/js-apis-media.md
zh-cn/application-dev/reference/apis/js-apis-media.md
+1
-1
zh-cn/application-dev/security/accesstoken-overview.md
zh-cn/application-dev/security/accesstoken-overview.md
+17
-17
zh-cn/application-dev/security/figures/permission-application-process.png
...n-dev/security/figures/permission-application-process.png
+0
-0
zh-cn/application-dev/security/permission-list.md
zh-cn/application-dev/security/permission-list.md
+8
-2
未找到文件。
zh-cn/application-dev/reference/apis/js-apis-appAccount.md
浏览文件 @
008aaa0a
...
...
@@ -29,7 +29,7 @@ createAppAccountManager(): AppAccountManager
**示例:**
```
js
var
appAccountManager
=
account_appAccount
.
createAppAccountManager
();
const
appAccountManager
=
account_appAccount
.
createAppAccountManager
();
```
## AppAccountManager
...
...
zh-cn/application-dev/reference/apis/js-apis-media.md
浏览文件 @
008aaa0a
...
...
@@ -117,7 +117,7 @@ createAudioRecorder(): AudioRecorder
**示例:**
```
js
let
audio
r
ecorder
=
media
.
createAudioRecorder
();
let
audio
R
ecorder
=
media
.
createAudioRecorder
();
```
## media.createVideoRecorder<sup>9+</sup>
...
...
zh-cn/application-dev/security/accesstoken-overview.md
浏览文件 @
008aaa0a
...
...
@@ -74,8 +74,9 @@ ATM(AccessTokenManager)是OpenHarmony上基于AccessToken构建的统一的应
| system_basic等级 | 该等级的应用服务提供系统基础服务。 |
| normal等级 | 普通应用。 |
默认情况下,应用的APL等级都为normal等级,如果应用需要将自身的APL等级声明为system_basic及以上的APL等级,需要进行以下步骤:
-
开发应用安装包时,需要修改应用的
[
profile文件
](
../quick-start/app-provision-structure.md
)
,在文件的"apl"字段声明应用的APL等级,并使用profile签名工具生成证书。具体签名流程可以查看页面
[
Hap包签名工具指导
](
hapsigntool-guidelines.md
)
。
默认情况下,应用的APL等级都为normal等级。
如果应用需要将自身的APL等级声明为system_basic及以上的APL等级,在开发应用安装包时,要修改应用的profile文件。在文件的"apl"字段声明应用的APL等级,并使用profile签名工具生成证书。具体签名流程可以查看页面
[
Hap包签名工具指导
](
hapsigntool-guidelines.md
)
。
### 权限等级说明
...
...
@@ -112,7 +113,19 @@ ATM(AccessTokenManager)是OpenHarmony上基于AccessToken构建的统一的应
在权限B的ACL使能为TRUE的情况下,此时,开发者可以使用ACL方式来申请权限B。
ACL方式的工作流程可以参考
[
ACL方式使用说明
](
#ACL方式使用说明
)
。
权限的ACL使能情况可查阅
[
权限定义列表
](
permission-list.md
)
权限的ACL使能情况可查阅
[
权限定义列表
](
permission-list.md
)
。
### ACL方式使用说明
如果应用申请的权限中,存在部分权限的权限等级比应用APL等级高,开发者可以选择通过ACL方式来解决这个等级不匹配的问题。
在上述的
[
授权流程
](
#不同权限类型的授权流程
)
的基础上,应用需要进行额外的ACL声明步骤。
应用除了需要在config.json文件声明所需申请的权限,还需要在应用的
[
profile文件中声明
](
accesstoken-guidelines.md#acl方式声明
)
不满足申请条件的高等级权限,接下来的授权流程不变。
**ACL申请方式须知**
开发应用安装包时,需要修改应用的profile文件,在文件的"acl"字段声明目标的访问控制列表,并使用profile签名工具生成证书。具体签名流程可以查看页面
[
Hap包签名工具指导
](
hapsigntool-guidelines.md
)
。
## 权限类型说明
...
...
@@ -134,7 +147,7 @@ ACL方式的工作流程可以参考[ACL方式使用说明](#ACL方式使用说
应用需要在应用商店的详情页面,向用户展示所申请的user_grant权限列表。
## 不同权限类型的授权流程
##
#
不同权限类型的授权流程
如
[
权限的工作流程
](
#权限的工作流程
)
所示,如果应用需要获取目标权限,那么需要先进行权限申请。
...
...
@@ -163,16 +176,3 @@ ACL方式的工作流程可以参考[ACL方式使用说明](#ACL方式使用说
-
如需检查用户是否已向您的应用授予特定权限,可以使用
[
verifyAccessToken
](
../reference/apis/js-apis-abilityAccessCtrl.md
)
函数,此方法会返回
[
PERMISSION_GRANTED
](
../reference/apis/js-apis-abilityAccessCtrl.md
)
或
[
PERMISSION_DENIED
](
../reference/apis/js-apis-abilityAccessCtrl.md
)
。具体的示例代码可以查看
[
访问控制开发指导
](
accesstoken-guidelines.md
)
。
-
user_grant权限授权要基于用户可知可控的原则,需要应用在运行时主动调用系统动态申请权限的接口,系统弹框由用户授权,用户结合应用运行场景的上下文,识别出应用申请相应敏感权限的合理性,从而做出正确的选择。
-
即使用户向应用授予过请求的权限,应用在调用受此权限管控的接口前,也应该先检查自己有无此权限,而不能把之前授予的状态持久化,因为用户在动态授予后还可以通过设置取消应用的权限。
### ACL方式使用说明
如果应用申请的权限中,存在部分权限的权限等级比应用APL等级高,开发者可以选择通过ACL方式来解决这个等级不匹配的问题。
在上述的
[
授权流程
](
#不同权限类型的授权流程
)
的基础上,应用需要进行额外的ACL声明步骤。
应用除了需要在config.json文件声明所需申请的权限,还需要在应用的
[
profile文件中声明
](
accesstoken-guidelines.md
)
不满足申请条件的高等级权限,接下来的授权流程不变。
**ACL申请方式须知**
*
开发应用安装包时,需要修改应用的profile文件,在文件的"acl"字段声明目标的访问控制列表,并使用profile签名工具生成证书。具体签名流程可以查看页面
[
Hap包签名工具指导
](
hapsigntool-guidelines.md
)
。
zh-cn/application-dev/security/figures/permission-application-process.png
0 → 100644
浏览文件 @
008aaa0a
39.2 KB
zh-cn/application-dev/security/permission-list.md
浏览文件 @
008aaa0a
# 权限定义列表
以下给出当前系统定义的权限信息列表
。
在符合
[
应用申请和使用权限的基本原则
](
accesstoken-overview.md#基本原则
)
的基础上,可以根据下图判断应用是否可以申请某权限
。
权限级别、授权方式、ACL使能的说明,请参考
[
访问控制开发概述
](
accesstoken-overview.md
)
。权限的使用示例请参考
[
访问控制开发指导
](
accesstoken-guidelines.md
)
。
![](
figures/permission-application-process.png
)
1.
应用APL等级与权限等级的匹配关系请参考
[
访问控制开发概述-权限等级说明
](
accesstoken-overview.md#权限等级说明
)
。
2.
权限的授权方式分为user_grant(用户授权)和system_grant(系统授权),具体请参考
[
访问控制开发概述-权限类型说明
](
accesstoken-overview.md#权限类型说明
)
。
3.
应用可以通过ACL(访问控制列表)方式申请高级别的权限,具体请参考
[
访问控制开发概述-访问控制列表说明
](
accesstoken-overview.md#访问控制列表acl说明
)
。
以下给出当前系统定义的权限信息列表。权限的使用示例请参考
[
访问控制开发指导
](
accesstoken-guidelines.md
)
。
| 权限名 | 权限级别 | 授权方式 | ACL使能 | 权限说明 |
| -------------------------------------------------------- | ------------ | ------------ | ------- | ------------------------------------------------------------ |
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录