AI-安全-功耗

本博客描述了一个使用 CMake 构建 TF-A 的构建系统的方案，并在此基础上开发一个可复用的嵌入式项目 CMake 框架。

通过在 REE 用户空间运行一个特制的 tee-supplicant（REE侧的守护进程）二进制文件，攻击者可以触发使用 libutee 安全存储 API 的 TA（可信应用）发生 panic。此漏洞的影响在很大程度上取决于受影响 TA 的行为。对于某些 TA，它可能表现为拒绝服务（DoS）；而对于其他 TA（如 fTPM TA），则可能导致敏感数据泄露。任何运行 fTPM TA 的系统都会受到影响，但对于其他使用安全存储 API 的 TA，也可能存在类似的攻击方式。

在部分基于 Arm 架构的 CPU 中发现了一个问题：非特权上下文可能触发数据内存依赖的预取引擎（data memory-dependent prefetch engine），去预取一个其无读取权限的特权位置的内容，并将该内容作为地址进一步解引用访问。这可能导致信息泄露。

在某些实现了硬件页面聚合（HPA）功能的 Arm 处理器中发现了一个漏洞。在使用虚拟化技术的环境中，若客户操作系统被特意构造或被攻破，攻击者可能利用该漏洞影响宿主系统。这可能在特定部署场景和虚拟机配置下导致信息泄露。

ARM已知悉一个影响 Arm Development Studio 的安全漏洞，该漏洞可能允许攻击者执行 DLL 劫持攻击（DLL hijacking attack）。若成功利用，攻击者可能在运行 Arm Development Studio 的用户权限下执行任意本地代码。

ARM 已注意到一篇题为《Training Solo: On the Limitations of Domain Isolation Against Spectre-v2 Attacks》（关于 Spectre-v2 攻击中域隔离机制的局限性）的研究论文，该论文于 2025 年 5 月 12 日 发布。文中作者展示了如何利用 Linux 中的经典 Berkeley 数据包过滤器解释器对 Arm 架构系统的分支历史缓冲器进行错误训练，从而实现跨安全边界的数据泄露。

Trustonic最新发布的可信执行环境（TEE）Kinibi-610a，在前代Kinibi-600多平台支持的基础上，进一步增强了系统功能。本系列博文的第一部分已介绍其对可信应用（TA）开发者的改进，本文将重点解析芯片供应商和设备制造商集成工程师最关注的TEE演进特性。

Trustonic 推出的 Kinibi-610a 进行了多项底层优化，以实现更深度的系统集成，并更好地适应不断演进的用例需求。在本系列博文的第一部分，我们将重点介绍 Kinibi-610a 的关键改进，以帮助可信应用（TA）开发者更好地利用新特性。第二部分将深入探讨与芯片系统（SoC）集成商相关的底层系统变更。

基于Arm架构的部分CPU中发现一个安全问题：非特权上下文可能触发数据内存依赖型预取引擎（data memory-dependent prefetch engine），从而获取特权内存位置的内容（该位置本无读取权限），并将这些内容作为地址再次解引用。需注意，此问题不影响虚拟机间及虚拟机与宿主机间的隔离保障。同样，在启用RME（Realm Management Extension）的配置中，预取器会严格遵守颗粒保护检查（GPC）规则。

Arm注意到BlackHat 2022大会官网发布的演讲摘要《糟糕..！我又一次故障注入成功了！——如何突破ARM TrustZone-M的多重防护机制》。本文旨在澄清该摘要所述攻击是否会影响搭载Arm TrustZone技术的Cortex-M系统。

在部分基于Arm架构的CPU中发现了一个潜在安全问题，称为Spectre-BSE（Branch Status Eviction，分支状态驱逐漏洞）。该漏洞可能使攻击者能够绕过现有保护措施，以较弱的形式控制受害者的分支历史记录。Arm公司认为实际利用风险极低，因为攻击者需要首先找到可利用的泄露指令片段，控制相关寄存器，并且在初始化和利用阶段之间保持被操控的分支预测器状态不变。

在SCP固件(SCP-Firmware)中发现两处安全漏洞，可能允许普通世界特权软件（normal world privileged software）对系统控制处理器(SCP)发起拒绝服务攻击。向SCP发送特制的SCMI消息可能导致使用错误(Usage Fault)并使SCP崩溃。这两个漏洞已被分配编号CVE-2024-11863和CVE-2024-11864。

1、基本的认证流程2、令牌格式和签名方案3、隐私保护认证4、委托的Realm认证5、本地认证

1、远程更新2、本地更新3、鲁棒性

一、固件启用的调试二、CCA系统安全生命周期三、重新供应四、可信子系统与CCA HES

1、加密算法和密钥大小2、后量子准备3、指导3.1 推荐的参数大小3.2 推荐的算法3.3 内存保护

本节定义了将CCA固件引导至可证明状态的要求和通用流程。安全世界固件和普通世界固件的引导要求不在本规范的范围内。CCA固件包括：1、应用处理单元(PE)的监控安全域和领域管理安全域的固件2、CCA HES固件以及CCA HES主机的受信子系统固件3、CCA系统安全域中其他所有受信子系统的固件CCA平台的实现应遵循 [Boot PSG]。

1、一般威胁模型2、可能的缓解措施3、CCA 使用外部内存4、外部内存初始化5、资产6、基线内存保护配置文件7、内存清理8、额外的内存保护

CCA 系统安全域代表可能直接影响 CCA 安全保证的所有系统硬件组件。[R0026] CCA 系统安全域中的 CCA 硬件只能由监控安全域直接访问。

在一些基于arm的cpu中发现了一个问题，该问题可能允许修改的、不受信任的客户机操作系统（guest OS）危及某些Hypervisor环境中的主机，也就是说在虚拟化的场景下。

ARM CCA机密计算安全模型之身份管理1、硬件预配置参数2、派生参数

ARM CCA机密计算安全模型之硬件强制安全

一、前提条件二、下载fvp代码三、下载工具链四、下载Base_RevC-2xAEMvA FVP平台五、代码修改六、编译及运行

一、前提条件二、拉取代码三、下载工具链四、修改代码五、编译六、运行

1、CCA的要素2、CCA平台2.1 CCA 系统安全域2.2 监控安全域2.3 领域管理安全域3、与系统平台安全服务的关系3.1 安全配置3.2 平台认证

在SCP固件中发现了一个漏洞，如果利用该漏洞，可能会允许应用处理器（AP）在系统控制处理器（SCP）固件中导致缓冲区溢出。

1、引言2、问题陈述3、CCA 安全保证3.1 对领域所有者的安全保证3.2 对host环境的安全保证

1、生态角色2、供应链生态3、认证模型

【按语】：如果需要调试OPTEE，那么在远程调试配置中使用GDB可能会很有用。远程调试意味着GDB在您的PC上运行，它可以访问源代码，而被调试的程序在远程系统上运行(在本例中，在QEMU环境的OPTEE中)。本博客来探讨OPTEE的GDB调试技术实战。

​【按语】：对于排除性能问题或优化代码来说，有没有更好的工具可以使用？FTRACE记录了对函数的所有调用，并包含计时信息。因此，对于排除性能问题或优化代码来说，它是一个很有价值的工具。本博客描述如何使用FTRACE为TA生成函数调用图。相关知识点介绍，请参考OPTEE Ftrace函数跟踪。

RUST语言，由于其更安全的编程语言特性，OPTEE作为可信执行环境的开源实现也增加了对RUST的支持。那么如何构建并运行支持RUST的CA和TA呢，本博客来探讨并进行qemu环境的实际演示。

当使用ARM FVP平台时，如何选择使用Base Platform还是Foundation Platform？本博客来解决该问题。

当启动ARM FVP平台时，terminal窗口太小怎么办？看起来非常累眼睛，本博客来解决这个问题。

2024年3月，一个研究小组发表了一篇名为《GhostRace: Exploiting and Mitigating Speculative Race Conditions》的论文。该论文演示了一种 Spectre v1 变体，利用内核中的“推测使用后释放（speculative use-after-free）漏洞”来推测性地劫持控制流，并泄露内核内存。这个变体已被分配了CVE-2024-2193编号。

一、前提条件二、下载fvp代码三、下载工具链四、下载Foundation_Platform FVP平台五、编译及运行

SEAL研究人员和工程师成功地通过利用电磁故障注入的glitch攻击，在树莓派3设备上攻克了签名检查。通过侧信道攻击（电磁脉冲注入），他们成功地清除了寄存器，使寄存器值全部为零。SEAL将攻击范围缩小到单个汇编指令，使他们能够非常精确地进行定位攻击。由于OP-TEE的TEE SUCCESS值被指定为“0x00000000”，他们的攻击成功地欺骗了TA签名检查，使其认为签名是有效的，从而可以加载攻击者开发的恶意TA到Trustzone中。

如果REE故意在无效的PIN检查后导致数据库更新失败，就存在暴力破解的可能性。PKCS#11 TA 在 PIN 检查失败时更新其数据库，但在成功时不更新，因此我们可以从不受信任的一侧(REE)丢弃相关的媒体写入访问（例如，RPMB写入），以防止 PKCS#11 数据库更新。

本博客提供了针对启用 PSA固件更新 或 TBBR固件更新或两者均已启用平台的TF-A固件威胁模型。要了解固件更新的设计，请参阅固件更新（Firmware Update (FWU)）。尽管它是一个单独的文档，在许多地方引用了通用威胁模型，因为其中一些内容适用于此威胁模型。

软件供应链攻击旨在向软件产品注入恶意代码。恶意代码可以通过几种方式注入到软件产品（开源项目）中。这些方式包括：恶意代码提交、恶意依赖项、恶意工具链。本博客提供了对TF-A项目软件供应链攻击威胁的分析。

此安全通告描述了SDEI服务中的一个漏洞，其中一个恶意的非安全调用者调用无效中断ID的SDEI_INTERRUPT_BIND SMC调用，最终导致越界内存读取。