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.

Trusted Hart for Mobile RISC-V Security

Armlock: Hardware-Based Fault Isolation For Arm

Dtee: A Declarative Approach to Secure IoT Applications Using TrustZone

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

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

Keystone: An Open Framework for Architecting TEEs

A Trustenclave-Based Architecture for Ensuring Run-Time Security in Embedded Terminals

Trusted Computing Base Using Virtualization Platform

It's TEEtime: A New Architecture Bringing Sovereignty to Smartphones

A Survey on RISC-V Security: Hardware and Architecture

A Hardware Platform for Ensuring OS Kernel Integrity on RISC-V

RISC-V Needs Secure 'Wheels': the MCU Initiator-Side Perspective

SRACARE: Secure Remote Attestation with Code Authentication and Resilience Engine

DITES: A Lightweight and Flexible Dual-Core Isolated Trusted Execution SoC Based on RISC-V

Secure Instruction and Data-Level Information Flow Tracking Model for RISC-V

App Developer Centric Trusted Execution Environment

On the deployment of Mobile Trusted Modules

ROLoad: Securing Sensitive Operations with Pointee Integrity

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

Building Your Own Trusted Execution Environments Using FPGA

Composite Enclaves: Towards Disaggregated Trusted Execution