keystore/keymaster代码导读系列-ongoing

已于 2022-10-28 14:16:57 修改
阅读量1.6k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Android15安全架构精选 ARM-TEE-Android 文章标签： keymaster keystore keymint keystore2 android
于 2022-05-04 17:41:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42135087/article/details/124574294
本文深入探讨Android系统中的keystore/keymaster在阶段的转变，阐述了如何停止使用early-boot keys并启用MAX_BOOT_LEVEL key。在该过程中，针对keymint和keystore2的操作将被调用，并在call_with_watchdog(STRONGBOX)中可能出现的异常情况进行了说明。

快速链接:
.
👉👉👉 个人博客笔记导读目录(全部) 👈👈👈

目录

1、keymaster earlyBootEnded阶段

在keymaster earlyBootEnded阶段时，会stop使用early-boot keys, 然后使用MAX_BOOT_LEVEL key， 这里会针对TRUSTED_ENVIRONMENT和STRONGBOX分别调用call_with_watchdog
在这里插入图片描述
初始化log如下所示，由于系统中没有STRONGBOX，所以在call_with_watchdog(STRONGBOX) 打印出异常是正常的

04-24 14:27:
了解本专栏 订阅专栏 解锁全文
【置顶】Android15安全架构精选-[目录]
baron-周贺贺-代码改变世界ctw
04-02 7108
讲述android13最新安全架构，包括但不限于:Gatekeeper(locksetting)、生物认证(指纹fingerprint、人脸faceid)、keystore/keystore2/keymaster/keymint、googlekey(attesstation key).....
Android keystore/Keymaster的代码导读
baron-周贺贺-代码改变世界ctw
08-05 6660
1、先上架构图: 2、keyMaster Hal接口 （system/keymaster/include/keymaster/android_keymaster.h） class AndroidKeymaster { public: AndroidKeymaster(KeymasterContext* context, size_t operation_table_size); virtual ~AndroidKeymaster(); AndroidKeymaster(Andr
Android14 init.rc的on late-fs, post-fs-data阶段主要操作详解2
最新发布
2509_93873942的博客
11-01 417
本博文主要介绍on late-fs和on post-fs-data阶段的主要操作。
Android keymint(keymaster)一RKP
weixin_47139576的博客
02-07 9171
Android RKP
Strongbox和Weaver
baidu_25966105的博客
05-20 4824
本篇文章主要是介绍Strongbox和Weaver的技术架构，其中包含的一些技术细节，只是实现方式中的一种，对于其他不同的情况，还需要OEM和SE发行商之间协定具体的技术流程。这篇文章的主要目的是帮助想要了解Strongbox和Weaver技术细节的人，快速的了解整个体系框架，并可以在此基础上设计属于自己的Strongbox和Weaver方案。关键词：Keystore, Keymint, Keymaster，TEE, Strongbox, RKP, ROT, Attestation key。
Android Q 10.1 KeyMaster源码分析(一) - KeyMaster相关目录和文件
洛奇看世界
07-21 3048
写在之前 这两篇文章是我2021年3月初看KeyMaster的笔记，本来打算等分析完KeyMaster和KeyStore以后再一起做成一些列贴出来，后来KeyStore的分析中断了，这一系列的文章就变得遥遥无期。今天群里聊天时有个朋友问到文章的事，我觉得可能多少还有些价值，做了一些脱敏后发出来，希望对你阅读KeyMaster代码有些帮助，尤其阅读代码的方法，如何从0开始查找，分析代码。 相关文章： 本文分两部分，第一部分演示我是如何查找并分析代码的，如果觉得第二部分太啰嗦，请直接跳转到第二部分，关于
Keystore/Keymaster代码导读系列-进行中（嵌入式）
CodeMaven的博客
09-04 623
KeystoreImpl.java中的方法实现了Keystore API中定义的各种操作，如生成密钥对、导入密钥、加密和解密等。客户端应用程序通过Keystore API与Keystore进行交互，Keystore将请求转发给Keymaster进行处理。Keystore API：Keystore API是应用程序与Keystore进行交互的接口。Keystore将请求转发给Keymaster。Keystore：Keystore是Android系统中的一个安全容器，用于存储和管理应用程序的加密密钥和证书。
Keystore/Keymaster代码解读系列——嵌入式
CyberSphinx的博客
08-16 387
这篇文章简要地介绍了Keystore和Keymaster的源代码，探讨了它们在嵌入式系统中的作用和关系。希望读者能够通过阅读本文，对这两个组件有更深入的了解，并将其应用于实际的开发中。Keystore和Keymaster是Android系统中负责密钥管理和加密操作的两个重要组件。在实际应用中，我们可以使用Keystore生成密钥对，并将公钥存储在Android设备上。然后，可以通过Keymaster来加密和解密敏感数据，确保数据的保密性和完整性。它包含了生成密钥对、数据加密和解密等功能的方法。
Android Keystore/Keymaster的代码导读
DevCyberX的博客
08-31 525
Keystore 提供了应用程序与密钥交互的接口，而 Keymaster 则负责密钥的安全存储和执行操作。Android Keystore/Keymaster 是一个安全的密钥管理系统，由两个主要组件组成：Keystore 和 Keymaster。Keystore 是应用开发者与密钥交互的接口，而 Keymaster 负责安全存储和执行与密钥相关的操作。上述代码首先加载 Keystore，然后将外部源中的公钥导入到 Keystore 中，并分配一个别名用于标识该密钥。是一个结构体，包含了密钥的相关信息。
keystore2代码导读笔记
baron-周贺贺-代码改变世界ctw
06-07 1539
setWrappedKeyEntry – AndroidKeyStoreSpi.javaIKeystoreSecurityLevel.aidlimport_key – system/security/keystore2/src/security_level.rskm_dev.importKey(&params, format, key_data, None /* attestKey */) — 调用到Vendor HAL---->TA
【培训课程专用】SOC多核启动代码导读--ongoing
baron-周贺贺-代码改变世界ctw
11-05 524
SOC多核启动代码导读
Keystore/Keystore2/Keymaster/Keymint 深入剖析 嵌入式
CyberSphinx的博客
09-02 1289
本文深入学习了 Keystore、Keystore2、Keymaster 和 Keymint 这些在嵌入式系统中保护和管理密钥的关键组件。Keystore、Keystore2、Keymaster和Keymint 是一系列用于保护和管理密钥及其相关操作的关键组件。安全的密钥派生：Keystore2 支持衍生密钥派生（Key Derivation），通过一个主密钥衍生出多个子密钥，从而更好地保护密钥和数据。密钥生成和导入：Keymaster 支持生成和导入各种类型的密钥，包括对称密钥、非对称密钥和证书等。
keystore/keystore2/keymaster/keymint 深入学习
baron-周贺贺-代码改变世界ctw
05-04 6424
Keymaster的发展历程 keymaster0.2/0.3 非常简单的密码学服务，提供数字签名和验证操作 keymaster1.0 增加对称加密单元(AES和HMAC) keymaster3.0 从旧式 C 结构硬件抽象层 (HAL) 转换到根据新硬件接口定义语言 (HIDL), 支持 ID (IMEI/MEID)认证 keymaster4.0 支持嵌入式安全元件、支持密钥导入、支持3DES、版本绑定(boot.img,system.img) 2、软件架构 在android11及其之前的版本中
Android Keystore/Keymaster的代码导读（嵌入式）
CodeSageX的博客
09-05 582
Keystore提供了一个安全的容器，用于存储应用程序的加密密钥和证书，而Keymaster是一个硬件抽象层，用于与安全硬件（如可信执行环境（TEE））进行交互。请注意，以上代码示例仅为了展示Android Keystore/Keymaster的基本功能，实际的代码实现可能更加复杂和详细。Keystore提供了密钥的生成、存储和检索等功能，而Keymaster则是与安全硬件进行交互的组件，负责执行加密、解密等关键操作。类来生成RSA密钥对。生成密钥对的过程中，指定了密钥的别名、密钥类型和生成密钥的参数。
Android Keystore/keymaster的错误码
baron-周贺贺-代码改变世界ctw
12-27 2129
上层 (frameworks/base/core/java/android/security/keymaster/KeymasterDefs.java) // Error codes. public static final int KM_ERROR_OK = ErrorCode.OK; public static final int KM_ERROR_ROOT_OF_TRUST_ALREADY_SET = ErrorCode.ROOT_OF_TRUST_ALREADY_SET; //
Android Q 10.1 KeyMaster源码分析(二) - 各家方案的实现
洛奇看世界
07-21 4331
文章目录写在之前1. 文档2. keymaster结构对比3. `system\keymaster`下的模块4. keymaster 4.0实现4.1 Broadcom 私有实现4.2 Android 默认的基于软件的实现4.3 Trusty 实现4.4 Goldfish 实现4.5 QualComm 私有实现5. 关于 KeyMaster 的注释文档广告 写在之前 这两篇文章是我2021年3月初看KeyMaster的笔记，本来打算等分析完KeyMaster和KeyStore以后再一起做成一些列贴出来，后
Keystore2代码导读与深入解析
Orion_O的博客
08-13 1346
密钥的生成和导入过程中，Keystore2会使用HSM来保护私钥的机密性。Keystore2的引擎实现文件定义了Keystore2的核心逻辑。Keystore2的头文件定义了各种数据结构、函数和常量，用于实现Keystore2的核心功能。通过对Keystore2的代码导读与深入解析，我们可以更好地理解其工作原理和核心功能，并能够在嵌入式系统中更安全地管理密钥和证书。函数导入指定别名的密钥。需要注意的是，在实际应用中，我们还需要处理密钥和证书的管理、存储以及相关安全性的考虑，以确保数据的保密性和完整性。
Keystore/keymaster/keymint的介绍：基于android14和trusty 课程介绍
baron-周贺贺-代码改变世界ctw
12-10 3249
今天，即将上线的（本来本周能上线的，奈何咳嗽一周了还没好，周末只能在家做PPT了，暂时还不具备录课条件）就是：Keystore/Keystore2/keymaster/keymint 精讲，1-5节课、60-120分钟，售价199，敬请期待和关注。
root@LAPTOP-555QPEAG:~/.vs/netopeer2-2.2.35/modules# sysrepoctl -l [ERR] Duplicate identifier "/ietf-keystore:keystore/asymmetric-keys/asymmetric-key/private-key-type/encrypted-private-key" of case statement. (path "/ietf-keystore:keystore/{uses='keystore-grouping'}/asymmetric-keys/asymmetric-key/{uses='ks:asymmetric-key-pair-with-certs-grouping'}/{uses='ct:asymmetric-key-pair-with-certs-grouping'}/{uses='asymmetric-key-pair-grouping'}/{uses='private-key-grouping'}/private-key-type/{augment='private-key-type'}/encrypted-private-key") sysrepoctl error: Failed to connect (libyang error) For more details you may try to increase the verbosity up to "-v3".
03-14
<think>好的，我现在需要帮助用户解决sysrepoctl命令执行时出现的两个问题：Duplicate identifier错误和Failed to connect错误。用户还提到了libyang、ietf-keystore、asymmetric-keys、private-key-type、encrypted-private-key这些关键词，可能涉及YANG模型加载和配置问题。 首先，我需要理解sysrepoctl的作用。sysrepoctl是Sysrepo工具的一部分，用于管理YANG模型，包括安装、卸载、修改模块及其依赖。当出现Duplicate identifier错误时，通常是重复安装了同一模块的不同版本，或者模块之间有冲突。例如，用户可能多次安装了ietf-keystore模块，或者该模块的不同版本存在冲突。 接下来是Failed to connect问题。这可能是由于Sysrepo守护进程（sysrepod）没有运行，或者权限问题导致无法连接到守护进程。也可能是SYSREPO的socket文件路径不正确或权限不足。 结合用户提供的引用内容，引用[1]提到了重复键的错误，这可能与配置文件中的重复条目有关。类似地，如果在YANG模型定义中存在重复的标识符，如节点名称、类型定义等，也会导致Duplicate identifier错误。需要检查相关的YANG文件是否有重复定义的部分。 引用[3]提到的是Vue中的重复属性错误，但这里的原理类似，即在同一位置重复定义相同的内容。因此，在YANG模型中，需要确保没有重复的模块安装或定义。 针对Duplicate identifier错误，可能的解决步骤包括： 1. 检查已安装的模块，确认是否有重复的ietf-keystore或其他相关模块。 2. 使用sysrepoctl命令卸载重复的模块版本，然后重新安装正确版本。 3. 确保所有依赖的模块版本兼容，没有冲突。 对于Failed to connect错误，可能的解决方法： 1. 确认sysrepod服务正在运行。 2. 检查用户权限，确保有权限访问Sysrepo的socket文件。 3. 检查环境变量如SYSREPO_SOCKET是否设置正确。 另外，用户提到的asymmetric-keys和encrypted-private-key可能涉及ietf-keystore模块中的节点定义。需要确认这些节点在YANG模型中是否正确定义，没有重复或冲突。 可能需要查阅Sysrepo和libyang的文档，确认模块安装的正确步骤，以及如何处理依赖关系。例如，安装ietf-keystore模块时，可能需要先安装依赖的模块如ietf-yang-types、ietf-inet-types等，确保顺序正确。 另外，检查系统日志或sysrepo的日志文件，可能会提供更详细的错误信息，帮助定位问题。 总结步骤可能如下： 1. 使用sysrepoctl -l列出所有已安装模块，查找重复的ietf-keystore或其他相关模块。 2. 卸载重复模块：sysrepoctl -u 模块名 -v 版本。 3. 清除残留数据，可能需要删除/var/run/sysrepo目录下的相关文件（在停止sysrepod后）。 4. 启动sysrepod，重新安装正确的模块。 5. 检查模块依赖关系，确保按正确顺序安装所有依赖。 6. 对于连接问题，检查sysrepod状态，权限和socket配置。 如果用户的环境是Docker多节点部署，可能需要检查容器中的服务是否正常启动，网络配置是否正确，是否有端口冲突等，类似引用[2]中提到的部署环境问题。 最后，可能还需要考虑libyang的版本兼容性问题，确保使用的libyang版本与Sysrepo兼容，必要时更新或降级版本。</think>### 解决sysrepoctl的Duplicate identifier和Failed to connect问题 #### 1. **Duplicate identifier错误分析** 此错误通常由以下原因导致： - **重复安装YANG模块**：同一模块的不同版本被多次安装，或依赖模块存在版本冲突。例如，`ietf-keystore`可能被多次加载。 - **YANG模型定义冲突**：模块中定义了重复的标识符（如节点名称、类型等），或依赖项未正确解析。 **解决方法**： 1. **查看已安装模块**： ```bash sysrepoctl -l ``` 检查输出中是否包含重复的`ietf-keystore`或其他模块，注意版本号和安装状态[^1]。 2. **卸载冲突模块**： ```bash sysrepoctl -u ietf-keystore -v <版本号> ``` 若存在多个版本，需逐个卸载冗余版本。 3. **清理残留数据**： 停止Sysrepo服务后，删除残留文件： ```bash rm -rf /var/run/sysrepo/* ``` 重启服务后重新安装模块。 --- #### 2. **Failed to connect错误分析** 此问题可能由以下原因引起： - **Sysrepo服务未运行**：`sysrepod`未启动或崩溃。 - **权限问题**：用户无权访问Sysrepo的UNIX socket文件。 - **环境配置错误**：`SYSREPO_SOCKET`路径设置错误。 **解决方法**： 1. **检查Sysrepo服务状态**： ```bash systemctl status sysrepo ``` 若未运行，启动服务： ```bash systemctl start sysrepo ``` 2. **验证socket文件权限**： ```bash ls -l /var/run/sysrepo/sysrepo.sock ``` 确保当前用户有读写权限，必要时修改权限： ```bash chmod 666 /var/run/sysrepo/sysrepo.sock ``` 3. **检查环境变量**： ```bash echo $SYSREPO_SOCKET ``` 若未设置，需指定正确路径： ```bash export SYSREPO_SOCKET=/var/run/sysrepo/sysrepo.sock ``` --- #### 3. **加密密钥相关配置** 针对`asymmetric-keys`和`encrypted-private-key`的配置问题： - **验证YANG模型兼容性**：确保`ietf-keystore`模块的版本支持`private-key-type encrypted-private-key`的定义。 - **检查依赖模块**：安装`ietf-keystore`前需先安装依赖项，例如： ```bash sysrepoctl -i ietf-yang-types.yang sysrepoctl -i ietf-inet-types.yang sysrepoctl -i ietf-keystore.yang ``` --- #### 4. **Docker环境注意事项** 若部署在Docker多节点环境（参考引用[2]）： - **确保容器间网络互通**：检查容器是否在同一个网络命名空间。 - **共享socket文件**：通过卷挂载将`/var/run/sysrepo`共享给所有容器。 - **避免多节点冲突**：不同容器中的`sysrepod`实例需使用独立端口或socket路径。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Arm精选

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值