1
0
mirror of https://github.com/henrydcase/optee_eng.git synced 2024-11-23 07:38:58 +00:00

Update README.md

This commit is contained in:
Henry Case 2021-08-31 14:41:00 +01:00 committed by GitHub
parent 014996e309
commit f17c2cd07e
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -1,5 +1,7 @@
# OPTEE OpenSSL ENGINE for TLS
[![DOI](https://zenodo.org/badge/326074401.svg)](https://zenodo.org/badge/latestdoi/326074401)
Typically, a TLS server uses an X509 Certificate and associated Private Key to sign a TLS session. Both the certificate and private key used for signing the certificate form an asymmetric cryptographic key-pair. Revealing the traffic-private-key makes it possible to perform men-in-the-middle type of attacks. Typically, private-key is stored on the servers hard disk. Even if it is stored in encrypted form, at some point the HTTPS server needs to have a possibility to decrypt it to use for signing. It means that at runtime the key in the plaintext will be available in memory of an HTTPS process. In the case of software errors, attackers may be able to steal a private key (see [Heartbleed](https://heartbleed.com/)). On the other hand, in multiple domains, there is a need for binding of secret keys to the hardware on which software is running comes with multiple (IoT devices, software deployments on the edge networks).
Secure Trusted Execution Environments may address those needs. The repository provides a PoC implementation of Trusted Application that can be run in the ARM's TrustZone and be used for storing the secret key of a TLS server as well as perform signing operation with that key. The implementation uses [OPTEE](https://www.op-tee.org/) as an implementation of the TEE. as an implementation of the TEE. The secret key is stored in encrypted form on secure storage. The secure storage is encrypted with device Hardware Unique Key (HUK) and hence it can be only used by any other hardware after being copied from one device to the other.