房产官方网站cms网站模板

前言：

OpenHarmony 上某个进程向samgr注册SA服务，其他进程在与该进程进行IPC通信之前，需要获取该SA服务，SA提供方需要为该SA配置SELinux标签，否则该SA会被SELinux配置为u:object_r:default_service:s0标签，配置访问default_service的策略会被neverallow禁止，本文将介绍如何为新增的SA配置SELinux策略。

一、SELinux简介

SELinux （安全增强式 Linux ， Security-Enhanced Linux ）是 Linux 的安全组件，包含一组内核修改和用户空间工具，并提供了基于安全策略的强制访问控制机制（ Mandatory Access Control ，MAC ）。SELinux 已经被添加到各种 Linux 发行版中，其软件架构力图将软件执行与安全策略设计分离。本部件负责对文件、属性、服务等系统资源提供强制访问控制保护。提供neverallow规则限制系统中的高危操作，减少系统安全风险。

访问控制基本流程如下图所示：

1.1 整体架构

1.2 策略目录结构

OpenHarmony SELinux策略文件存放在//base/security/selinux_adapter/sepolicy/ohos_policy路径下，在该目录下按以下规范存放：

├── 子系统
│   └── 部件
│       ├── public
│       │   └── type1.te
│       ├── vendor
│       │   └── type2.te
│       └── system
│           └── type3.te

其中，系统相关策略存放在system目录下，芯片相关策略存放在vendor目录下，系统和芯片共用的策略存放在public目录下。

1.3 通用策略文件

通用策略文件，是指设备开发者进行SELinux策略配置时，涉及修改的文件。

1.4 基础策略文件

基础策略文件，是指SELinux基础框架的SELinux策略文件，一般不涉及修改。

1.5 SELinux模式开关

将镜像烧录到开发板上，开机，通过串口拿到 Shell ，在其中执行：

ls -lZ / # 查看文件标签 ls -lLZ / # 查看link源文件标签 ps -eZ # 查看进程标签 setenforce 1 # 使能selinux强制模式(enforcing) setenforce 0 # 是能selinux宽容模式,当前默认宽容模式(permissive) getenforce # 获取selinux工作模式

selinux模式开关配置文件 ：开发板 /etc/selinux/config

二、SELinux策略

2.1 avc日志信息

当系统行为被SELinux拦截时，会在内核日志和hilog中打印相关的avc denied日志，格式如下：

//使用dmesg查看日志 audit: type=1400 audit(1502458430.566:4): avc: denied { open } for pid=1658 comm="setenforce" path="/sys/fs/selinux/enforce" dev="selinuxfs" ino=4 scontext=u:r:hdcd:s0 tcontext=u:object_r:selinuxfs:s0 tclass=file permissive=1//关键字：avc： denied//日志解读 open #操作为open pid=1658 #访问主体进程号为1658 comm="setenforce" #访问主体进程名为setenforce path="/sys/fs/selinux/enforce" #被访问客体为/sys/fs/selinux/enforce dev="selinuxfs" #被访问文件属于selinuxfs这一文件系统 ino=4 #文件节点编号为4 scontext=u:r:hdcd:s0 #访问主体selinux标签为u:r:hdcd:s0 tcontext=u:object_r:selinuxfs:s0 #被访问客体selinux标签为u:object_r:selinuxfs:s0 tclass=file #当前告警属于file类型的操作 permissive=1 #当前selinux处于宽容模式，只告警不做访问拦截。强制模式时，做拦截， permissive=0//分析： 缺少啥权限：denied { open } 谁缺少权限：scontext=u:r:hdcd:s0 对哪个文件缺少：tcontext=u:object_r:selinuxfs:s0 什么类型：tclass=file 通用公式为：allow {scontext} {tcontext}:{tclass} {denied权限}

开发者可以使用关键字avc denied来过滤日志，对于影响业务的avc告警，可以利用告警提供的信息来编写相应的SELinux策略，例如：

上述avc日志对应的TE规则为

allow hdcd selinuxfs:file open;

2.2 策略格式

SELinux策略，又称SELinux规则，通常以allow或neverallow开头，表示允许或禁止某种行为。在设备上使能SELinux时，SELinux会拦截所有未经allow规则授权的行为，配置allow规则可以放行，neverallow规则主要是拦截危险规则的配置。通常allow规则如下:

allow subject object:class permissions;

表示允许subject对object进行class中的permissions操作，其中：

• subject表示主体，通常为进程的SELinux类型，如init。
• object表示客体，通常为系统资源的SELinux类型，如data_file。
• class表示要执行的操作的类型，如文件操作file、目录操作dir、套接字操作socket。
• permissions表示要执行的具体操作，如对文件file的open、read、write。

同理，

neverallow subject object:class permissions;

表示不允许subject对object进行class中的permissions操作。

2.3 策略宏隔离

在考虑设备开发者便利的同时，需要兼顾商用设备安全性，因此OpenHarmony SELinux提供了策略宏隔离，决定在不同版本上策略是否生效。OpenHarmony SELinux中支持对仅在root版本生效的策略做宏隔离，宏名称为debug_only。在用于设备开发者调试的root版本中，也就是在版本编译命令中指定--build-variant root时，宏开启。在用于商用发布的user版本中，也就是在版本编译命令中指定--build-variant user时，宏关闭。该宏的使用方法参考如下:

debug_only(`allow ueventd init:fd use; ')

另外，OpenHarmony SELinux中也支持对开发者模式的策略做宏隔离，宏名称为developer_only，该宏默认开启。开发者模式策略是指，为便于使用user版本进行调试开发的开发者，需要开放的一些用于调试的SELinux策略。开发者模式宏的使用方法参考如下:

developer_only(`allow sh init:fd use; ')

三、配置SELinux策略

此处以开发activation_sa激活服务为例，详细介绍如何为sa服务配置selinux策略。

3.1 配置service_contexts

在sepolicy/base/public/service_contexts文件内，新增SAID与SA标签的映射关系：（SAID在activation_sa服务中定义，如foundation/activation/activation/sa_profile/BUILD.gn）

10 u:object_r:sa_render_service:s0 ... ... 7002 u:object_r:sa_ui_appearance:s0 8001 u:object_r:sa_ca_daemon_service:s0 10000 u:object_r:sa_activation_sa:s0

在service.te中定义对应的sa_activation_sa，使对应的标签合法：

type sa_activation_sa, sa_service_attr

3.2 配置type.te

由init通过cfg文件孵化的SA服务进程，需要在sa服务的本进程cfg文件中新增secon字段(本例子为 foundation/activation/activation/etc/activation_sa.cfg），建立进程与标签的映射关系。如果未配置secon字段，进程在SELinux使能状态会被拦截启动。

{"services" : [{"name" : "activation_sa","path" : ["/system/bin/sa_main", "/system/profile/activation_sa.json"],"uid" : "system","gid" : ["system", "shell"],"start-mode" : "boot","secon" : "u:r:activation_sa:s0"}] }

因此，需要在type.te中定义SELinux标签u:r:activation_sa:s0中的SELinux类型activation_sa，使u:r:activation_sa:s0是合法的：

type activation_sa, sadomain, domain;

此外，需要调用binder_call，在activation_sa.te中添加

binder_call(activation_sa, samgr); allow activation_sa sa_activation_sa:samgr_class { get add };

3.3 查看avc日志信息

dmesg |grep activation_sa [ 11.766938] [pid=1][Init][INFO][init_service_manager.c:1088]Start service activation_sa [ 11.768130] [pid=1][Init][INFO][init_common_service.c:567]Service activation_sa(pid 606) started [ 34.494845] audit: type=1400 audit(1502631529.323:301): avc: denied { getattr } for pid=1395 comm="ps" path="/proc/606" dev="proc" ino=27789 scontext=u:r:sh:s0 tcontext=u:r:activation_sa:s0 tclass=dir permissive=1 [ 45.994459] audit: type=1400 audit(1502631540.823:317): avc: denied { read } for pid=1426 comm="ps" name="stat" dev="proc" ino=30816 scontext=u:r:sh:s0 tcontext=u:r:activation_sa:s0 tclass=file permissive=1 [ 45.994494] audit: type=1400 audit(1502631540.823:318): avc: denied { open } for pid=1426 comm="ps" path="/proc/606/stat" dev="proc" ino=30816 scontext=u:r:sh:s0 tcontext=u:r:activation_sa:s0 tclass=file permissive=1 [ 51.714670] audit: type=1400 audit(1502631546.543:334): avc: denied { getattr } for pid=1443 comm="ps" path="/proc/606" dev="proc" ino=27789 scontext=u:r:sh:s0 tcontext=u:r:activation_sa:s0 tclass=dir permissive=1 [ 51.714712] audit: type=1400 audit(1502631546.543:335): avc: denied { search } for pid=1443 comm="ps" name="606" dev="proc" ino=27789 scontext=u:r:sh:s0 tcontext=u:r:activation_sa:s0 tclass=dir permissive=1

根据日志配置te策略，新增sepolicy/ohos_policy/activation/test/system/sh.te

allow sh activation_sa:dir { getattr search }; allow sh activation_sa:file { read open getattr };

注意：随着策略不断配置，还会出现很多新的avc日志，要全部配置完全。

3.4 其他

如果配置完上述策略后，应用程序还是无法调用activation_sa中的方法，那么还需在对应等级的应用te文件（如settings应用权限等级为system_basic，那么对应新增system_basic_hap.te）中添加：

allow system_basic_hap_attr activation_sa:binder { call transfer }; allow system_basic_hap_attr sa_activation_sa:samgr_class { get };

通过上述一系列配置，新增的activation_sa服务能够在selinux开启强制模式下正常启动，且应用程序能够调用到activation_sa服务中定义的接口。