1. TEE基础概念

大家好，我是你们的嵌入式安全讲师。今天咱们来聊聊TEE——这个在移动安全领域绕不开的话题。

说实话，我刚入行那会儿，TEE还是个挺神秘的东西。记得2015年我参与一个金融支付项目，客户要求必须支持TEE，我当时一脸懵：这玩意儿到底能干啥？后来踩了不少坑，才慢慢摸清楚它的门道。

1.1 什么是TEE？

TEE，全称Trusted Execution Environment，中文叫可信执行环境。说白了，它就是在主处理器上划出一块独立的、安全的“小黑屋”。

你想想看，手机里跑着Android或Linux，这叫REE（Rich Execution Environment，富执行环境）。REE功能强大，但安全性堪忧——应用可以互相访问内存，Root了就能为所欲为。而TEE呢，它和REE是硬件隔离的，有自己的内存、自己的存储、甚至自己的外设。

我在项目中遇到过最典型的场景：指纹支付。指纹数据如果存在REE侧，随便一个恶意App就能通过系统调用读走。但存在TEE里，REE根本访问不到——这就是硬件隔离的魅力。

1.2 TEE与REE的区别

为了让你更直观地理解，我画了一张对比图：

这张图很直观吧？左侧的REE，App之间可以互相窥探；右侧的TEE，就像个保险柜，只有授权的TA（Trusted Application）才能访问。

我习惯用一句话总结：REE负责“能用”，TEE负责“安全”。两者通过共享内存和Monitor模式通信，但TEE的数据对REE完全不可见。

对比维度	REE	TEE
操作系统	Android、Linux、iOS	OPTEE、Trusty、QSEE
安全级别	低（可Root、可刷机）	高（硬件隔离、防篡改）
内存访问	所有App可互访	仅TA可访问，REE不可见
典型用途	UI、游戏、社交	支付、DRM、身份认证
启动顺序	TEE启动后，REE才启动	先于REE启动，验证REE

1.3 TEE的典型应用场景

讲完了概念，咱们看看TEE到底用在哪儿。我参与过的项目里，最常见的就是这三个场景：

场景一：移动支付

这是TEE最成熟的应用。你拿手机刷公交、扫二维码支付，背后都有TEE的影子。

• 指纹比对：指纹模板存在TEE的安全存储里，比对过程也在TEE内完成。REE只拿到“通过/不通过”的结果。
• 支付密钥：支付宝、的支付密钥存在TEE里，每次签名都在TEE内完成，密钥永远不会暴露给REE。
• SE（安全元件）交互：有些方案TEE和SE配合，TEE负责逻辑处理，SE负责密钥存储。

我记得有一次，客户要求支付流程必须在200ms内完成。REE侧调用TEE做签名，光SMC切换就要几十微秒。后来我们优化了共享内存的分配策略，才把时间压下来。

场景二：DRM（数字版权管理）

你看Netflix、腾讯视频的4K内容，如果设备不支持TEE，只能看720p。为什么？因为内容提供商要求解密过程必须在TEE里完成。

• 内容解密：视频流加密传输到设备，解密密钥存在TEE里，解密过程也在TEE内。
• 输出保护：TEE控制HDCP（高带宽数字内容保护）的密钥，防止截屏或录屏。
• 等级认证：Google的Widevine DRM分L1/L2/L3，L1要求所有解密在TEE完成，L3可以在REE做但只能看标清。

场景三：身份认证

现在很多手机支持人脸识别、指纹解锁，这些生物特征数据如果存在REE里，想想都后怕。

• 生物特征存储：指纹、人脸特征模板存在TEE的安全存储区，加密后写入Flash。
• 活体检测：摄像头采集的图像在TEE内做活体检测，防止照片、视频攻击。
• FIDO认证：U2F、WebAuthn等协议的私钥存在TEE里，登录时在TEE内签名。

你想想看，如果这些数据存在REE里，一个恶意App就能通过读取文件系统拿到你的指纹模板。但存在TEE里，就算手机被Root了，攻击者也拿不到——因为硬件层面就不允许REE访问TEE的内存。