[CA/TA开发]-06-CA到TA的传参(4种方式)

已于 2023-03-12 00:55:10 修改
阅读量292 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： CA/TA开发从入门到放弃 文章标签： TEE 可信计算 机密 安全 TA
于 2023-03-09 10:42:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_42135087/article/details/129418360
本文档详细介绍了如何从CA传递参数到TA，包括克隆CA/TA代码、修改源码、编译、打包到buildroot、在qemu_v8环境中测试的过程。通过实例展示了在TEE（Trusted Execution Environment）环境下进行RSA运算和测试的步骤。
了解本专栏 订阅专栏 解锁全文
CA/TA参数传输中tmpref、memref和Value的区别及嵌入式应用
WangWEel的博客
09-25 185
综上所述，tmpref、memref和Value是在嵌入式系统中常见的参数传输类型。tmpref（临时引用）是一种传递临时数据的参数类型。tmpref参数类型在函数调用过程中不会改变原始数据的值，因此可以看作是一种只读的参数。在函数调用过程中，对memref参数的修改会影响原始数据的值。与tmpref和memref不同，Value参数类型传递的是数据的值而不是引用。在函数调用过程中，对Value参数的修改不会影响原始数据的值。在传输参数过程中，常见的参数类型包括tmpref、memref和Value。
CA/TA通信的共享内存设计思想解析 嵌入式
CodeMaven的博客
08-16 333
共享内存通过在两个应用程序之间创建一个共享的内存区域，使得它们可以直接读写该内存区域中的数据，从而实现通信。总结起来，CA/TA通信的共享内存设计思想是基于进程间通信的理念，通过在不同应用程序间创建一个共享的内存区域来实现数据的传输和共享。然而，在设计中需要注意数据同步和互斥机制，以保证数据的安全访问。其中，共享内存是一种常见的实现方式，它通过在不同的应用程序之间共享内存区域，实现数据传输和通信。创建共享内存区域：首先，需要在嵌入式系统中的某个合适位置分配一块共享内存区域，该区域将被用于数据的传输和共享。
CA要与TA进行通信，需要建立怎样的一个软件逻辑流程
bai915290475的博客
06-19 694
整个过程需要确保数据的安全性和完整性，防止在传输过程中被篡改或泄露。具体的API调用和实现细节可能会根据不同的TEE实现（如OP-TEE、ARM TrustZone Crypto Extensions等）有所不同，但基本的通信流程是类似的。
【置顶】-CA/TA开发从入门到放弃-[目录]
baron-周贺贺-代码改变世界ctw
03-09 853
CA/TA开发从入门到精通，大量的示例程序，讲解结合演示
optee CA和TA 例程 - buffer传递
coversky2016的博客
07-29 383
CA 和TA通过buffer传递大量数据
CA到TA的调用流程是什么？如何实现的？
baron-周贺贺-代码改变世界ctw
06-05 581
再往复杂一点说，CA如何调用到TA。在tee driver的底层会调用smc指令，将cpu切换到ATF（这里开始双系统切换了），在ATF中会进行switch cpu_context双系统切换，然后eret回到TEE OS中，在TEE OS中，根据你传来的TA UUID，TEE OS首先会想办法将TA Bianry load到TEE安全内存，然后再让PC(ELR_EL1寄存器)指向TA的相关入口(entry)，然后从EL1切回EL0，其实还是ERET返回EL0，至此程序就跑到TA中了。
CA/TA参数传输中tmpref,memref和Value的区别
baron-周贺贺-代码改变世界ctw
07-05 962
先看一个示例，展示了tmpref和memref的区别, 其中： local buffer、buffer on heap 为tmpref explicit shared memory buffer 为memref // More or less pseudo-code TEEC_SharedMemory sharedBuf = {0}; char* heapBuf = NULL; // local buffer char localBuf[] = "HELLO"; int bufSize = sizeo
Python模拟实现multipart/form-data格式上传图片文件
专业资深测试者，多年质量管理经验，浪迹网游、金融、房产、招聘及海外行业多年，CDSN百万原创阅读，公众号500+原创文章，提倡测试左移、风险、越权、假设、探索测试，喜欢用抽象思维模式思考和技术探讨，自动化、性能、安全测试实施者，感谢关注！
05-30 2万+
一、单字段发送单个文件 url = "http://httpbin.org/post" data = None files = { ... } r = requests.post(url, data, files=files) 而这个files参数是可以接受很多种形式的数据，最基本的2种形式为字典类型和元祖列表类型 1、字典类型的files参数 { "field1" : ("fi...
Trustzone/TEE安全基础入门-高配版 ---目录
baron-周贺贺-代码改变世界ctw
10-30 308
（1） 讲解ARM最新硬件架构(ARM Core、ARM Architecture)、SOC架构（2） 讲解最新的Trustzone安全架构、TEE架构、Secureboot等（3） 讲解软件组件：TF-A(ATF)、optee_os、Linux Kernel、CA/TA应用程序等，及其交互模型、设计模型（4） 多系统交互代码导读、安全论证实践、CA/TA示例实践、安全业务设计实践（5） 我们学习的是全部硬件、全部系统，软硬结合，或者是大系统的软硬件融合序号 目录1 安全的分类。
Trustzone/TEE/安全 面试100问-目录
baron-周贺贺-代码改变世界ctw
11-22 1962
Trustzone/tee/安全面试100问
夜深人静写算法（三）- 初等数论入门
热门推荐
英雄哪里出来
12-27 11万+
简要介绍初等数论的基础内内容
高压线防外破警示灯：电力安全与智能预警的守护者
ShenZhenDingYue的博客
12-19 826
高压输电线路防外破智能预警系统已成为现代电网安全防护的重要装备。该系统集雷达探测、AI识别、声光报警与远程通讯于一体，通过24小时主动监测线路通道内的机械入侵行为，实现风险分级预警。相比传统警示牌，其优势在于：主动交互式警示（爆闪灯+语音）、多传感器融合（雷达+激光+电场感应）降低误报率、实时数据上传形成闭环管理。典型应用场景包括施工区、交通跨越段及农林作业区。选购时需关注感应距离、供电续航、防护等级等关键指标。该系统正从单一设备向与无人机、卫星联动的综合防御体系发展，是电网安全从"人防&quot
网络安全中级阶段学习笔记（十）：upload靶场实战(17关以及问题解决）
2501_91976946的博客
12-20 754
本文介绍了upload靶场第17关的解题过程，重点探讨了绕过二次渲染的方法。作者最初尝试使用png图片木马失败，后发现只有gif图片才能找到未被渲染修改的相同编码区域。通过对比原图与渲染后图片的Hex码，找到不受影响的区域并替换为木马代码。具体步骤包括：上传gif图片马、下载渲染后的图片、用EmEditor工具对比编码、在相同区域插入木马代码并保持格式一致，最后重新上传修改后的文件。该方法成功绕过了二次渲染的防护机制，实现了文件包含漏洞的利用。
加热激光雪深监测站守护冬季道路安全
pingao141378的博客
12-17 365
设备采用相位式激光测距技术，通过无线电波段频率调制激光束，精准捕捉往返雪面的相位延迟，测量误差仅 ±2%，分辨率达 1mm，能清晰捕捉从 0.05 米薄雪到 5 米厚雪的动态变化。而加热激光雪深监测站搭载 “主动加热 + 被动防霜” 双重防护体系，内置自动温控加热模块，当探头温度接近冰点时自动启动 15W 功耗加热，快速融化薄霜并预防结冰，配合 IP65 高防护等级外壳与纳米防霜涂层，即便在 100 高湿度环境中也能隔绝雨雪沙尘，实现 7×24 小时不间断监测，解决了低温停机的行业痛点。
mfc两个线程的创建、启动、安全结束实例
最新发布
weixin_42350092的博客
12-21 293
启动/停止线程1的按钮、启动/停止线程2的按钮、启动/停止所有线程的按钮。两个线程可以独立运行，执行不同的任务，并且可以分别控制或同时控制，具有良好的扩展性和可维护性。
[鸿蒙2025领航者闯关]星盾护航支付安全：鸿蒙6.0在金融APP中的实战闯关记
2302_77582029的博客
12-18 825
2025年，随着鸿蒙生态在金融领域的渗透率持续提升，用户对移动支付的安全性需求已从"基础保障"升级为"极致防护"。作为某股份制银行移动金融部的开发负责人，我带领团队完成了核心APP的鸿蒙6.0适配升级，重点基于重构支付安全模块，解决了传统支付场景中"环境可信难验证""敏感数据易泄露""交易链路有断点"三大痛点。本次升级后，APP支付安全投诉率下降72%，交易验证速度提升35%，相关技术方案已被纳入行内鸿蒙开发标准。以下是本次实战的完整闯关历程。
基于单片机的汽车防撞安全系统
点灯小铭的博客
12-21 887
本文设计了一种基于单片机的汽车防撞安全系统，通过左右两侧独立配置的距离传感器实时监测车距，当检测到距离低于可调安全阈值时，触发声光报警提醒驾驶员。系统采用51系列单片机作为控制核心，包含车距检测、信号处理、阈值设置和报警输出等模块，通过模块化程序设计实现实时检测与预警功能。该系统结构简单、成本低廉，能有效弥补驾驶员视觉盲区，提高行车安全性，具有实用推广价值。
【040-安全开发篇】JavaEE应用&SpringBoot框架&JWT身份鉴权&打包部署JAR&WAR
hello_wprld的博客
12-18 908
本文介绍了JavaEE开发中SpringBoot框架的两个关键技术点：JWT身份鉴权和项目打包部署。在JWT技术部分，详细讲解了JWT的组成结构、工作原理及安全实践，包括依赖引入、创建配置和解析过程，并提示了潜在安全问题。在打包部署部分，对比了JAR和WAR两种打包方式的具体操作步骤，针对常见报错提供了解决方案。文章还提到源码架构安全风险，强调即使获取到JAR包也需要反编译才能获得源码。整体内容涵盖了从开发到部署的完整流程，并附有相关技术参考链接。
user@ubuntu:~/nvr8064/torchlight$ cat ~/my-cross-tools/aarch64-ca76ca55-linux-gnu-gcc #!/bin/sh # 包装真正的 GCC，并自动添加 -isysroot exec /home/user/nvr8064/torchlight/../nvt98635/toolchain/usr/bin/aarch64-ca76ca55-linux-gnu-gcc \ -isysroot /home/user/nvr8064/nvt98635/toolchain/aarch64-ca76ca55-linux-gnu/sysroot \ "$@"
12-20
你已经正确创建了交叉编译器的 wrapper 脚本： ```sh #!/bin/sh # 包装真正的 GCC，并自动添加 -isysroot exec /home/user/nvr8064/torchlight/../nvt98635/toolchain/usr/bin/aarch64-ca76ca55-linux-gnu-gcc \ -isysroot /home/user/nvr8064/nvt98635/toolchain/aarch64-ca76ca55-linux-gnu/sysroot \ "$@" ``` ✅ 这个脚本本身语法正确，作用是： > 在每次调用 `aarch64-ca76ca55-linux-gnu-gcc` 时，**自动插入 `-isysroot ...` 参数**，确保能找到目标系统的头文件（如 `stdio.h`）。 --- ## 🔍 为什么还需要这个？—— Kconfig 的探测机制详解 Linux 内核构建系统（特别是 `scripts/kconfig/conf.c`）会做如下事情来“验证”你的 C 编译器是否可用： ```c #include <stdio.h> int main(void) { return 0; } ``` 然后执行： ```bash $CC -o test_compiler test.c ``` 如果失败 → 报错： ``` Sorry, this C compiler is not supported. ``` ⚠️ 即使你的 `gcc` 能运行，但 **找不到 `stdio.h`**，也会失败！ 而 `stdio.h` 位于： ``` /sysroot/usr/include/stdio.h ``` 所以必须通过 `-isysroot /path/to/sysroot` 告诉编译器去哪里找这些头文件。 否则即使工具链完整，Kconfig 仍会拒绝它。 --- ## ✅ 确保 wrapper 生效的关键步骤（很多人漏掉！） 你现在虽然写了 wrapper，但还必须完成以下几步才能让它真正生效： --- ### ✅ 步骤 1：确认 `PATH` 中 wrapper 在前 ```bash export PATH="$HOME/my-cross-tools:$PATH" ``` 📌 必须放在原工具链路径 **之前**，否则系统会使用 `/opt/toolchain/usr/bin/aarch64-xxx-gcc` 而不是你的包装脚本。 验证命令： ```bash which aarch64-ca76ca55-linux-gnu-gcc ``` ✅ 正确输出应为： ``` /home/user/my-cross-tools/aarch64-ca76ca55-linux-gnu-gcc ``` ❌ 错误输出（说明没生效）： ``` /home/user/nvr8064/nvt98635/toolchain/usr/bin/aarch64-ca76ca55-linux-gnu-gcc ``` --- ### ✅ 步骤 2：设置环境变量 ```bash export CROSS_COMPILE=aarch64-ca76ca55-linux-gnu- export ARCH=arm64 ``` > 注意：`CROSS_COMPILE` 后面要有 `-`，Makefile 会拼接成 `${CROSS_COMPILE}gcc` --- ### ✅ 步骤 3：清理旧构建缓存 OpenWrt 和 Linux 内核会缓存配置结果。必须彻底清除： ```bash cd ~/nvr8064/torchlight make clean # 或更彻底： make dirclean ``` > ⚠️ `dirclean` 会删除所有下载、解压、配置过的源码目录，确保从零开始。 --- ### ✅ 步骤 4：重新构建 ```bash make defconfig # 如果你有预设配置 # 或者 copy 预先准备好的 .config # cp ../config/.config .config make V=s # 开启详细输出，便于调试 ``` --- ### ✅ 步骤 5：验证 wrapper 是否被调用 在 `make V=s` 输出中搜索： ```text HOSTCC scripts/kconfig/conf.o ``` 查看实际命令是否包含 `-isysroot`： ```bash aarch64-ca76ca55-linux-gnu-gcc -isysroot ... -c conf.c ``` 如果是，则说明 wrapper 成功注入参数。 --- ## 🧪 手动测试 wrapper 是否能编译标准头文件 运行这个测试： ```bash echo '#include <stdio.h> int main() { return 0; }' | aarch64-ca76ca55-linux-gnu-gcc -x c -o test_hello - ``` ✅ 成功：生成 `test_hello` 可执行文件 ❌ 失败：提示 `stdio.h: No such file or directory` → wrapper 没生效或路径错 再检查： ```bash file test_hello ``` 应输出： ``` test_hello: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, ... ``` --- ## 🔁 常见错误排查清单 | 问题 | 检查方法 | 解决方案 | |------|----------|-----------| | wrapper 没被调用 | `which gcc` 返回原路径 | 修改 `PATH` 顺序 | | `-isysroot` 路径错误 | `ls $sysroot/usr/include/stdio.h` 不存在 | 检查 sysroot 路径拼写 | | 工具链不完整 | `find sysroot -name stdio.h` 找不到 | 重新构建 Buildroot 工具链 | | 权限不足 | `chmod +x wrapper` | 添加可执行权限 | | 使用了 `CC=` 覆盖 | Makefile 中硬编码 CC | 改用 wrapper 替换整个工具链 | --- ## ✅ 最终推荐流程（一键执行） ```bash # 1. 创建 wrapper（已做） mkdir -p ~/my-cross-tools cat > ~/my-cross-tools/aarch64-ca76ca55-linux-gnu-gcc << 'EOF' #!/bin/sh exec /home/user/nvr8064/torchlight/../nvt98635/toolchain/usr/bin/aarch64-ca76ca55-linux-gnu-gcc \ -isysroot /home/user/nvr8064/nvt98635/toolchain/aarch64-ca76ca55-linux-gnu/sysroot \ "$@" EOF chmod +x ~/my-cross-tools/aarch64-ca76ca55-linux-gnu-gcc # 2. 设置环境 export PATH="$HOME/my-cross-tools:$PATH" export CROSS_COMPILE=aarch64-ca76ca55-linux-gnu- export ARCH=arm64 # 3. 清理构建 cd ~/nvr8064/torchlight make dirclean # 4. 重新构建 make defconfig make V=s ``` ---
评论
成就一亿技术人!
拼手气红包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、付费专栏及课程。

余额充值