0.使用Qemu运行OP-TEE

本文深入探讨了TrustZone技术及其在OP-TEE安全执行环境中的应用。介绍了ARM公司的TrustZone技术原理,包括secure world与non-secure world的概念,并讲解了如何在Ubuntu环境下搭建QEMU+OP-TEE运行环境。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    关于符合本博客的代码的抓取和操作步骤请参阅如下链接:

《手机安全和可信应用开发指南:TrustZone与OP-TEE技术详解》 勘误_手机安全和可信应用开发指南pdf下载-CSDN博客

由于在线支付和互联网的发展,在手机和互联网电视领域,甚至物联网领域安全越来越显得重要。而android一直被诟病的就是运行速度慢和安

全问题。关于安全问题,这点无可厚非,谁叫android是开源的呢?由于安全问题的严重性, google规定在android 7.0之后要求厂商必须使用TEE来保护用户的生物特征数据(指纹,虹膜等)。

  为确保用户的数据的安全,ARM公司提出了trustzone技术,个人将trustzone理解为cortex的虚拟化技术。ARM在AXI系统总线上添加了一根额外的安全总线,称为NS位,并将cortex分为两种状态:secure world, non-secure world, 并添加了一种叫做monitor的模式,cortex根据NS的值来判定当前指令操作是需要安全操作还是非安全操作,并结合自身是属于secure world状态还是non-secure状态来判定是否需要执行当前的指令操作。而cortex的secure world和non-secure world状态之间的切换由monitor来完成,最近由于ATF(arm trusted firmware)的给出,cortex的状态切换操作都是在ATF中完成。当cortex处于secure world状态时,cortex会去执行TEE(Trusted execute enviorment) OS部分的代码,当cortex处于non-secure world状态时,cortex回去执行linux kernel部分的代码。而linux kernel是无法访问TEE部分所以资源,只能通过特定的TA(Trust Application)和CA(Client Application)来访问TEE部分特定的资源。关于TEE和trustzone的更加详细资料在网上有一大堆,在次就不做过多的冗述。

  TEE是基于trustzone技术搭建的安全执行环境,当cortex处于secure world态时,cortex执行的是TEE OS的代码。而当前全世界并未有一个统一的TEE OS,各家厂商和组织都有各自的实现方式,但是所有的方案的外部接口都会遵循GP(GlobalPlatform)标准。所有对于二级厂商来说,使用更加方便。当前具有自己TEE解决方案的厂商有:高通的Qsee, Trustonic的tee OS, OP-TEE OS, opentee, 海思,Mstar, VIA,豆荚科技等,笔者使用过上述几家厂商中的大部分,外部接口统一,只是TA的添加和加载时的校验有所区别。

  由于各厂商的TEE OS都属于闭源的,所以关于内部的SMC响应机制,TEE OS内个进程的调度机制,TZPC的相关配置等都无法详细了解。本文以OP-TEE为例。在qemu上搭建OP-TEE的运行环境,后续章节将会介绍添加自有TA,CA,工程编译,启动机制,等其他更加详细的内容。

关于符合本博客的代码的抓取和操作步骤请参阅如下链接:

《手机安全和可信应用开发指南:TrustZone与OP-TEE技术详解》 勘误_手机安全和可信应用开发指南pdf下载-CSDN博客

从github上能够获取到OP-TEE的所有源代码,该部分操作在github上都有详细的介绍。下面将一步一步介绍如何搭建qemu+OPTEE的运行,实验是在ubuntu中进行的。具体操作步骤如下

关于环境的搭建部分,有热心的网友专门制作了一个视频,大家可以参考如下链接:

OPTEE技术详解演示(完)_哔哩哔哩_bilibili

多谢@阿棍儿提供这么好直观的视屏,非常感谢

第一步,准备开发环境并安装开发工具:

使用如下指令安装搭建时需要的工具和库:

$ sudo apt-get install android-tools-adb android-tools-fastboot autoconf \
	automake bc bison build-essential cscope curl device-tree-compiler \
	expect flex ftp-upload gdisk iasl libattr1-dev libc6:i386 libcap-dev \
	libfdt-dev libftdi-dev libglib2.0-dev libhidapi-dev libncurses5-dev \
	libpixman-1-dev libssl-dev libstdc++6:i386 libtool libz1:i386 make \
	mtools netcat python-crypto python-serial python-wand unzip uuid-dev \
	xdg-utils xterm xz-utils zlib1g-dev

第二步,下载OP-TEE的源代码

在系统中创建存放OP-TEE的目录,并建立初始化repo,指令操作如下:

(注意,repo init中的-b是指定使用2.6.0的branch来获取manifest.xml)

$ mkdir open-tee		//创建目录
$ cd open-tee			//切换到创建的目录
$ repo init -u https://github.com/OP-TEE/manifest.git -m default_stable.xml --repo-url=git://codeaurora.org/tools/repo.git -b 2.6.0 //初始化repo

注意如果出现如下错误无法sync

则需要切换到.repo目录中,将manifest.xml文件中的所有的.git都删除,如下:

(可以直接运行 sed -i "s/\.git//g" .repo/manifest.xml)

修改.repo/manifest.xml文件中的 linux project(删除改行的revision字段), 内容如下:

                <project name="linux" path="linux" remote="linaro-swg" revision="50403184d40d04b3daf140417e031c16c2985eaf"/>

               改为:

               <project name="linux" path="linux" remote="linaro-swg"/>

第三步 同步代码

 repo sync -j8

第四步,获取toolchain

下载完源代码之后,下一步就要获取编译时需要使用的toolchain,具体操作如下

$ cd build			//切换到build目录
$ make -f toolchain.mk toolchains		//下载toolchain

第五步,开始编译使用qemu运行OP-TEE的工程

准备好toolchain和source code之后,下一步就是编译工程,具体操作如下:

$ cd build		//切换到build目录
$ make -f qemu.mk all		//编译工程

第六步, 启动qemu

$cd build		//切换到build目录
$make -f qemu.mk run-only		//启动qemu并运行OP-TEE

第七步, 运行OP-TEE和linux

在qemu界面中输入字母“c”回车之后,就会启动两个terminal,一个是OP-TEE的terminal,另外一个是linux的terminal。

第八步, 运行optee_example_hello_world

在linux的terminal端输入hello_world指令就会执行optee_example_hello_world的示例完整的界面如下:

上述有何错误和不足之处,请各位大侠及时指出!!

### 解决 QEMU 启动时找不到 `libpng12.so.0` 共享库的问题 当遇到 `qemu-system-x86_64` 报错提示无法加载 `libpng12.so.0` 文件或目录不存在的情况,这通常是因为系统缺少该特定版本的 PNG 库文件。 #### 方法一:安装缺失的库文件 对于基于 Debian/Ubuntu 的发行版,可以通过包管理器来安装所需的库: ```bash sudo apt-get update && sudo apt-get install -y libpng12-0 ``` 如果上述命令执行失败,则可能因为官方源已经不再提供此旧版本的软件包。此时可以尝试从其他第三方仓库获取并手动安装 deb 包[^1]。 对于 Red Hat/CentOS/Fedora 类型的操作系统,可使用 yum 或 dnf 安装兼容版本: ```bash sudo yum install compat-libpng12.x86_64 # CentOS/RHEL 7 及更早版本 sudo dnf install compat-libpng12 # Fedora 和较新的 RHEL 版本 ``` #### 方法二:创建符号链接 另一种解决方案是在 `/usr/lib/x86_64-linux-gnu/` 下建立指向现有更高版本 PNG 库(如 `libpng16.so`)的软连接作为替代品: ```bash cd /usr/lib/x86_64-linux-gnu/ sudo ln -s libpng16.so.16 libpng12.so.0 ``` 需要注意的是这种方法可能会引起应用程序依赖冲突或其他未知问题,在生产环境中应谨慎操作[^2]。 #### 方法三:重新编译 QEMU 不依赖于特定版本的 PNG 库 最后一种方法是从源码构建最新稳定版 QEMU 并配置其不强制绑定到某个具体版本号的 PNG 库上。这样做的好处是可以完全规避因不同 Linux 发行版间动态链接差异带来的麻烦;缺点在于过程相对复杂一些,需要额外的时间成本去准备必要的开发工具链以及遵循详细的编译指南[^3]。
评论 85
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值