代码拉取完成，页面将自动刷新
设备风险管理平台（SecurityGuard，简称SG）向应用提供风险分析能力，包括root检测，设备完整性检测，物理真机检测等功能。 SG模块可以分为如下三大部分：
SG部件的主要结构如下图所示
├── build # 编译配置文件
├── frameworks # 框架代码, 作为基础功能目录, 被interfaces和services使用
├── interfaces # 接口API代码
│ ├── inner_api # inner api接口
│ └── kits # 对外api接口
├── services # 服务框架代码
│ ├── config_manager # SG 配置管理代码
│ ├── data_collect # SG 数据管理代码
│ ├── risk_classify # SG 模型管理代码
│ └── security_collector # SG 采集器管理代码
└── test # 测试代码存放目录
以rk3568为例，编译命令如下：
./build.sh --product-name rk3568 --build-target security_guard --ccache
使用事件ID编码的方式对数据做分类，编码原则如下：
事件ID编码分为三部分组成，每部分采用三位16进制表示：子系统编码 + 部件编码 + 事件编码
事件ID示例：
OH系统（以82c800801编码为例）：
82c ：OH a子系统， 800：OH b部件、 801：OH c事件
厂商系统（以1002003编码为例）：
1 ：厂商 x子系统， 002 ：厂商 y部件、 003 ：厂商 z事件
使用易于开发者使用的字符串标识模型，提供两种分类： 1、Vender厂商预置的，由OpenHarmory定义，由厂商做差异化的能力； 2、EDR类App下发模型，由App做自定义模型的标识；
安全子系统
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。