TF-A架构下支持的secureboot到底是先加密再签名，还是先签名再加密

TF-A架构下的secureboot：加密与签名顺序解析
已于 2025-04-25 10:39:28 修改
阅读量298 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： ARMv8/ARMv9架构从入门到精通 ARM-TEE-Android 文章标签： ATF 镜像加密 安全启动 secureboot armv9
于 2023-09-20 14:53:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42135087/article/details/133080031
在TF-A架构下，secureboot的流程是先对镜像进行加密，然后进行签名。通过分析makefile编译过程，可以发现镜像先被加密，再被打包到FIP Image中。最终，所有依赖项完成之后，使用FIP TOOL将加密后的镜像整合成FIP Image，确保安全启动流程。
了解本专栏 订阅专栏 解锁全文
手把手教你实现RK3588的Secure Boot：密钥烧录与镜像签名验证
远程部署调试 运行安装 项目调试 二次开发 项目技术新 持续迭代 部分源码免费分享
08-08 1483
摘要：本文详细介绍了瑞芯微RK3588平台下SecureBoot的密钥烧录与镜像签名验证实现方法。首先阐述了SecureBoot的工作原理、安全优势及其在RK3588智能安防、工业控制等场景中的重要作用。接着分步骤指导了硬件准备、软件工具配置、密钥对生成等准备工作，并详细说明了进入烧录模式、工具选择配置、密钥烧录执行等关键操作流程。文章还解析了镜像签名生成与验证机制，包括启动验证流程和常见故障处理方法。最后对SecureBoot在RK3588设备中的未来应用进行了展望，强调其与TrustZone等安全技术融
TF-A是如何解密镜像的
baron-周贺贺-代码改变世界ctw
09-20 282
最后总结以下，在load_image的时候，就会调用io_read, 在该函数中会先获取解密key，再调用crypto_mod_auth_decrypt函数进行镜像验证签名和解密，然后将验签和解密后的镜像放到内存中，等待程序下一步的调用和跳转。在enc_file_read函数中，会先调用平台接口获取aeskey（解密key），然后再调用crypto_mod_auth_decrypt函数镜像验证签名和解密，该函数执行完毕后，到内存中的内容就是已被验签和解密后的了。
123456md5加密后是什么_“先加密后签名”是不是安全？看完这篇就秒懂！
weixin_29829343的博客
01-14 1031
摘要：很多安全规范及安全文章中都提到一条规则：先加密后签名是不安全的，应当先签名后加密。这条规则背后的原理是什么？先加密后签名一定不安全吗？本文为您一一解答。先签名后加密是指先对消息进行签名，然后对消息的签名值和消息一起进行加密。如果采用先加密后签名的方式，接收方只能知道该消息是由签名者发送过来的，但并不能确定签名者是否是该消息的创建者。比如在发送一个认证凭据时采用先加密后签名的方式，消息在发送过...
签名、加密
u014551778的博客
04-14 4574
什么数据需要加密 密码、用户不公开数据比如个人隐私、个人可见数据。 区分加密与编码 1. aes加密：用于对密钥、敏感数据进行加密 2. base64编码：文本中的emoji，如果直接存进数据库很有可能有乱码问题，用base64编码后存储可解决。 密钥管理 Root key ： 根密钥 相当于KEK Working key ： 随机生成，使用root key加密为密文存放在配置中，相当于DEK // 随机生成working key （也叫kek） // 生成root key（也叫maste
【考研—密码学】双钥密码体制
高斯的博客
10-04 3154
双钥密码体制基本知识
先加密后签名还是先签名后加密？
csdn闻声即知人的博客
08-24 3819
先说结论，签名算法计算出来的签名是为了验证消息的完整性，签名算法有比如HMAC-SHA256，加密算法则是为了保证消息的机密性，类似AES-GCM、AES-CBC，这两种加密算法的安全性并不一致。GCM的填充方式更加的安全，CBC则不然。如果先加密的话，因为加密之后值会随着随机因子的变化而变化，此时去校验加密之后密文的完整性是没有意义的，因为你只能校验加密之后密文的完整性，而加密之后密文的完整性是可以通过解密的过程来校验的。那谁来校验加密之前的消息的完整性呢？假设是先加密后签名，会发生什么事情？
“先加密后签名”是不是安全？看完这篇就秒懂！
热门推荐
华为云官方博客
11-13 1万+
很多安全规范及安全文章中都提到一条规则：先加密后签名是不安全的，应当先签名后加密。这条规则背后的原理是什么？先加密后签名一定不安全吗？本文为您一一解答。
TF-A镜像加密的时候AES KEY来自哪里
baron-周贺贺-代码改变世界ctw
02-02 90
Armv8/Armv9架构从入门到精通，Armv8/Armv9架构从入门到精通（一期），Armv8/Armv9架构从入门到精通（二期） Armv8/Armv9架构从入门到精通（三期），Arm一期、Arm二期、学习资料、免费、下载，全套资料，Secureboot从入门到精通，secureboot训练营，ATF架构从入门到精通、optee系统精讲、secureboot精讲，Trustzone/TEE/安全快速入门班，Trustzone/TEE/安全标准版，Trustzone/TEE/安全高配版。全套资料。周贺贺
加密与签名
Kaiccy的博客
07-17 1306
就拿A给B发送经过签名加密信息来说： 1、A对信息签名的作用是确认这个信息是A发出的，不是别人发出的； 2、加密是对内容进行机密性保护，主要是保证信息内容不会被其他人获取，只有B可以获取。也就是保证整个过程的端到端的唯一确定性，这个信息是A发出的（不是别人），且是发给B的，只有B才被获得具体内容（别人就算截获信息也不能获得具体内容）。这只是大概说了作用，具体说来，涉及到密钥相关的东西。密钥有公钥
8.4 数字签名与加密结合
jinjin1029的博客
08-16 1195
数字签名在加密中的应用
【置顶】- Secureboot从入门到精通-[目录]
baron-周贺贺-代码改变世界ctw
02-27 1558
secureboot，安全启动
RSA加密、解密、签名、验签的原理及方法
扛麻袋的少年的博客
04-24 6210
一、RSA加密简介   RSA加密是一种非对称加密。可以在不直接传递密钥的情况下，完成解密。这能够确保信息的安全性，避免了直接传递密钥所造成的被破解的风险。是由一对密钥来进行加解密的过程，分别称为公钥和私钥。两者之间有数学相关，该加密算法的原理就是对一极大整数做因数分解的困难性来保证安全性。通常个人保存私钥，公钥是公开的（可能同时多人持有）。 二、RSA加密、签名区别   加密和签名都是为了安全性考虑，但略有不同。常有人问加密和签名是用私钥还是公钥？其实都是对加密和签名的作用有所混淆。简单的说，加密是为了防
Java后台接口做加密、数字签名、验签
最新发布
weixin_45366616的博客
12-17 1230
接收者使用发送者的公钥解密被加密的哈希值，然后对收到的原文执行相同的哈希运算得到新的哈希值，与解密得到的数字签名哈希值比对。发送者首先对数据进行哈希运算生成摘要，然后用私钥对摘要进行加密生成数字签名，同时使用接收者的公钥对数据本身进行加密。接收者收到数据后，首先使用自己的私钥解密数据，然后使用发送者的公钥验证数字签名，确保数据的完整性和发送者的身份。这种方式既保证了数据的保密性，也确保了数据的完整性和发送者身份的验证。：为了确保数据的保密性，发送者在发送数据时，可以使用接收者的公钥对数据本身进行加密。
浅析安全启动（Secure Boot）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
11-03 2546
安全启动的根本目的是为了防止消费者从软硬件层面对产品的部分关键系统进行读写、调试等高权限的操作。以限制消费者的能力，来达到保护产品的商业机密、知识产权等厂家权益的目的。当然，厂家是不会这样宣传 Secure Boot 的。他们的文案通常都是通过这项技术保护用户的隐私，防止恶意软件修改系统软硬件等等。不过不论如何，随着 ARM 架构的广泛授权，基于 TrustZone 的 Secure Boot 也越来越普遍了。
加密、签名和SSL握手机制细节
SHK242673的专栏
06-02 763
加密、签名和SSL握手机制细节
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Arm精选

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

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

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

打赏作者

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

抵扣说明：

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

余额充值