Abstract:To ensure secure and trustworthy execution of applications in potentially insecure environments, vendors frequently embed trusted execution environments (TEE) into their systems. Applications executed in this safe, isolated space are protected from adversaries, including a malicious operating system. TEEs are usually build by integrating protection mechanisms directly into the processor or by using dedicated external secure elements. However, both of these approaches only cover a narrow threat model resulting in limited security guarantees. Enclaves nested into the application processor typically provide weak isolation between the secure and non-secure domain, especially when considering side-channel attacks. Although external secure elements do provide strong isolation, the slow communication interface to the application processor is exposed to adversaries and restricts the use cases. Independently of the used approach, TEEs often lack the possibility to establish secure communication to peripherals, and most operating systems executed inside TEEs do not provide state-of-the-art defense strategies, making them vulnerable to various attacks. We argue that TEEs, such as Intel SGX or ARM TrustZone, implemented on the main application processor, are insecure, especially when considering side-channel attacks. In this paper, we demonstrate how a heterogeneous multicore architecture can be utilized to realize a secure TEE design. We directly embed a secure processor into our HECTOR-V architecture to provide strong isolation between the secure and non-secure domain. The tight coupling of the TEE and the application processor enables HECTOR-V to provide mechanisms for establishing secure communication channels between different devices. We further introduce RISC-V Secure Co-Processor (RVSCP), a security-hardened processor tailored for TEEs. To secure applications executed inside the TEE, RVSCP provides hardware enforced control-flow integrity and rigorously restricts I/O accesses to certain execution states. RVSCP reduces the trusted computing base to a minimum by providing operating system services directly in hardware.

A cross-process Spectre attack via cache on RISC-V processor with trusted execution environment

Bypassing Isolated Execution on RISC-V using Side-Channel-Assisted Fault-Injection and Its Countermeasure

HECTOR-V: A Heterogeneous CPU Architecture for a Secure RISC-V Execution Environment

SpectreRewind: Leaking Secrets to Past Instructions

Software Mitigation of RISC-V Spectre Attacks

SMoTherSpectre: exploiting speculative execution through port contention

Interface-Based Side Channel in TEE-Assisted Networked Services

A Trusted Execution Environment RISC-V System-on-Chip Compatible with Transport Layer Security 1.3

CacheIEE: Cache-Assisted Isolated Execution Environment on ARM Multi-Core Platforms

Cache Design Effect on Microarchitecture Security: A Contrast Between Xuantie-910 and BOOM

Exploiting Security Dependence for Conditional Speculation Against Spectre Attacks

Transient Execution of Non-Canonical Accesses

Composite Enclaves: Towards Disaggregated Trusted Execution

SecScale: A Scalable and Secure Trusted Execution Environment for Servers

Volcano: Stateless Cache Side-channel Attack by Exploiting Mesh Interconnect

CTR: Checkpoint, Transfer, and Restore for Secure Enclaves

Heckler: Breaking Confidential VMs with Malicious Interrupts

An Enclave-based TEE for SE-in-SoC in RISC-V Industry

Timing the Transient Execution: A New Side-Channel Attack on Intel CPUs

Shesha: Multi-head Microarchitectural Leakage Discovery in new-generation Intel Processors

SEV-Step: A Single-Stepping Framework for AMD-SEV