1. OP-TEE概述与架构

各位同学好，我是老张。做TEE相关开发也有些年头了。今天咱们开始第一讲，聊聊OP-TEE到底是什么，它的架构长什么样。

说实话，我刚接触TEE那会儿，也被一堆概念绕晕过。什么安全世界、普通世界、Monitor模式……听着就头大。但后来我发现，只要抓住一条主线——隔离，一切就清晰了。

TEE，全称Trusted Execution Environment，中文叫可信执行环境。说白了，就是在主处理器上划出一块“安全区”。

你想想看，手机里存着指纹、支付密码、人脸数据。这些敏感信息如果和普通App放在一起跑，万一被恶意程序偷走了怎么办？TEE就是干这个的——它提供一个隔离的执行环境，专门处理敏感数据。

我打个比方：普通世界就像你家客厅，谁都能进来坐坐；安全世界就像你的保险柜，只有你拿着钥匙才能打开。

核心要点：TEE不是一个新的操作系统，而是一个安全隔离的执行环境。它和REE（普通世界）共享同一个CPU，但内存、外设等资源是隔离的。

TEE有几个关键特性：

我的经验：我在项目中遇到过客户问“TEE和SE（安全元件）有什么区别”。简单说，SE是独立的安全芯片，成本高；TEE是CPU内部的安全区域，成本低但安全性也够用。选哪个，看你的业务场景和预算。

OP-TEE，全称Open Portable Trusted Execution Environment。它是Linaro社区维护的一个开源TEE实现，专门针对ARM架构。

为什么会有OP-TEE？

ARM从Cortex-A系列开始，引入了TrustZone技术。但TrustZone只是硬件机制，你得有软件来用啊。早期各家芯片厂商自己搞一套TEE软件，互不兼容。开发者要适配不同平台，苦不堪言。

OP-TEE的出现，就是为了解决这个问题。它提供了一个标准化的TEE实现，支持多种ARM平台。我个人觉得，OP-TEE最大的贡献就是让TEE开发变得“可移植”了。

注意：OP-TEE虽然开源，但安全启动、密钥注入等环节通常还是需要芯片厂商配合。我曾经踩过这个坑——代码移植好了，结果发现安全启动链没打通，白忙活两周。

OP-TEE的架构，说白了就是两个世界加一个通信机制。咱们先看一张整体架构图：

这张图里，我标出了几个关键层次：

两个世界怎么通信？这是很多初学者最困惑的地方。

通信流程其实不复杂：

关键点：通信过程中，共享内存用于传递数据。这块内存两个世界都能访问，但安全世界会做严格的校验。我曾经见过一个漏洞，就是因为共享内存的边界检查没做好，导致普通世界能越界读取安全世界的数据。

切换流程，说白了就是CPU在两个世界之间“跳来跳去”。但这个过程涉及很多细节，咱们一步步拆解。

先看一个典型的切换时序：

切换过程中，有几个关键寄存器需要保存和恢复：

避坑指南：我曾经在调试一个中断相关的bug时，发现安全世界的中断处理函数没正确保存上下文。结果就是——安全世界处理完中断，返回普通世界时CPU直接崩了。后来查了三天，才发现是保存上下文的代码少存了一个寄存器。嗯，这种问题排查起来特别痛苦。

切换流程的代码实现，在OP-TEE中主要涉及两个文件：

我建议初学者先别急着看代码细节，先把整体流程理清楚。你想想看，如果连“谁在什么时候保存了什么”都搞不明白，后面调试肯定抓瞎。

我的习惯：每次看切换流程，我都会在纸上画一遍寄存器的保存顺序。画完再对照代码，理解会深很多。这个方法我用了好几年，屡试不爽。