Trusted Platform Modules Automotive applications and differentiation from HSM

Size: px

Start display at page:

Download "Trusted Platform Modules Automotive applications and differentiation from HSM"

Sheena Doyle
5 years ago
Views:

1 Trusted Platform Modules Automotive applications and differentiation from HSM Cyber Security Symposium 2017, Stuttgart Martin Brunner, Infineon Technologies

2 Axiom: Whatever is connected can (and will) be attacked Remote Diagnostics Software Update Car Repair Shop ecall Payment Systems Internet Services Traffic Information Infotainment Apps CAN ATTACKER Unwanted accesses denied CAR2CLOUD ONBOARD Safety & security LIN OBD JTAG SPI Flexray Ethernet MOST CONSUMER DEVICE INTEGRATION CAR2CAR CAR2INFRASTRUCTURE Prioritization of Emergency Services Toll Control Traffic Jam Detection Accident Avoidance 2

Challenges in software security the complexity trap

As systems get more complex, they get less secure Bruce

Bug is hard to find (attackers have time, developers don't)

3 Challenges in software security the complexity trap "Complexity is the enemy of security. As systems get more complex, they get less secure Bruce Schneier A system is only as secure as its weakest link A Bug is hard to find (attackers have time, developers don't) Only one entry point needed Security by design = essential Software (alone) can not protect software 3

Operations: Meet customers quality expectation Fulfil privacy & regulation requirements Protect External

4 Automotive security needs more IT security goals are built on three cornerstones Overall automotive security goals Secured Data Processing Secured Communication Provide functional safety Finance: Protect business & IP Operations: Meet customers quality expectation Fulfil privacy & regulation requirements Protect External Interfaces Gateway Protection & Domain Isolation Secret keys are the basic prerequisite of any secured vehicle function 4

Secret keys must be protected Key integrity is essential for system

Provide protected execution environments & tamper resistance for

Key handling must be secured through the whole lifecycle Key storage

5 Secret keys must be protected Key integrity is essential for system security Compromised keys = no security Hardware Trust Anchors Provide protected execution environments & tamper resistance for high-security demands Revocation of keys is expensive and takes time Key handling must be secured through the whole lifecycle Key storage & related crypto operation Key management and deployment in insecure environment 5

Benefits of hardware security NO SECURITY Open for all to see Reading Copying Analyzing SOFTWARE ONLY Secures against casual

attackers Software code easily analyzed and understood using standard tools HARDWARE SECURITY Secures against hardware attacks

Secured hardware use proprietary designs and non-standard code Root of Trust Software has no "Root of Trust", recovery of broken

6 Benefits of hardware security NO SECURITY Open for all to see Reading Copying Analyzing SOFTWARE ONLY Secures against casual intrusion and basic software attacks Software code easily readable by attackers Software code easily copied and shared by attackers Software code easily analyzed and understood using standard tools HARDWARE SECURITY Secures against hardware attacks and hardens against software attacks Hardware chip protects itself against code reading Secured hardware cannot be easily copied. Secured hardware use proprietary designs and non-standard code Root of Trust Software has no "Root of Trust", recovery of broken system practically impossible Secured hardware provides "Root of Trust" anchor for system, providing detection, recoverability, secure updates 6

7 How secure is "secure"? Levels of protection ese Software + Hardware Trust Anchor + Certified Tamper Resistant Using Secure Element for tamperresistant Hardware Trust Anchor TEE Software + Hardware Extensions TEE OS runs separate from the general Rich OS but still using the same HW platform Host Purely software protection Storage and processing is done within application running on host 7

8 Standard microchips can be attacked by various means Logical attack e.g. protocol fuzzing Observative attack e.g. power analysis Manipulative attack e.g. probing Semi-invasive attack e.g. laser fault injection 8

Hardw are Hardware Softwa re Software Countermeasures overview Opportunities and limits Logical Attacks can be thwarted e.g. by using consistency checks in software.

by using randomization in software, combined with hardware features in order to build an effective and strong barrier. Semi-invasive Attacks can be thwarted e.g. by redundant soft- and hardware, building an effective barrier.

9 Hardw are Hardware Softwa re Software Countermeasures overview Opportunities and limits Logical Attacks can be thwarted e.g. by using consistency checks in software. Often, these can be effectively utilized. Hardware features may support these countermeasures. Observative Attacks can be thwarted e.g. by using randomization in software, combined with hardware features in order to build an effective and strong barrier. Semi-invasive Attacks can be thwarted e.g. by redundant soft- and hardware, building an effective barrier. Hardware features are needed as an efficient foundation. Manipulative Attacks can be thwarted e.g. by using cryptography in both soft- and hardware, allowing to gain high resistance. The use of hardware features is absolutely essential. 9

The Trusted Platform Module (TPM) is a security controller for

keys, passwords) capable to resist logical and physical attacks

10 The Trusted Platform Module (TPM) is a security controller for cryptographic operations physically separated from the main processor protecting security critical data (e.g. keys, passwords) capable to resist logical and physical attacks security evaluated by a third-party (common criteria standard) a passive device TPM Security Module Generic functions Secured hardware Crypto functions A TPM- The "safe for your platform" 10

authentication Secured Channel Encrypted

Password Protection User management and keys

flexibility and reaction System integrity Secure

functions for Platform manufacturer System

11 OPTIGA TPM security functions Device Authentication One-way authentication Mutual authentication Secured Channel Encrypted Communication Key Generation User Management Password Protection User management and keys Secured Updates Remote maintenance In-field flexibility and reaction System integrity Secure Boot Remote platform verification Dedicated functions for Platform manufacturer System operators Vendor/User/Enterprises Lifecycle Management Key Backup and refurbishment Personalization and identities Supply chain tracking Secured Clock and Time Reliable clock when offline Timer and Monotonic Counter 11

12 Hardware security module (HSM) and Trusted platform module (TPM) overview HSM Integrated on MCU Integrated security hardware incl. Protected key & program storage, internal firewall, debug protection, crypto accelerators (AES-128/ECC256/SHA-2), AIS31 compliant True Random Number Generator (TRNG) for key generation, 32 bit CPU High performance, real-time capable Full Automotive temperature range and quality (AEC Q-100 Grade 0+, DFR), AUTOSAR compliant AURIX e.g. TC23x Eth CAN HSM TPM Discrete security hardware EAL 4+ security certified hardware & software (tamper resistant) Ca. 100 standardized crypto functions Supports multiple crypto schemes (incl. AES-256/ECC512/RSA2028) AEC-Q100 Grade 2 compatible AIS31 compliant (TRNG) for key generation Host Processor e.g. Linux- Based MPU or AURIX MCU SPI TPM Firmware Basic SW 12

13 HSM and TPM Comparison 1: security software HSM Integrated on MCU TPM Discrete Chip AURIX e.g. TC23x Eth CAN HSM Host Processor e.g. Linux-Based MPU or AURIX MCU TCG Software Stack (TSS) SPI TPM Firmware Basic SW Software / Functionality Implemented Software Crypt.- library SHE+ Crypt.- Lib. Basic SW ca.100 funct. Host SW ECO Syst. User programmable Standardized Functionality Crypt.- operations SHE+ Crypt.- oper. Key gmt. Authorization FW Update Secured Time 13

HSM and TPM Comparison 2: security protection HSM Integrated on MCU TPM Discrete Chip Features Secret code & data storage Code execution AURIX e.g. TC23x Eth CAN HSM Protection against read-out Separated & protected execution, internal firewall, debug protection Host Processor e.

14 HSM and TPM Comparison 2: security protection HSM Integrated on MCU TPM Discrete Chip Features Secret code & data storage Code execution AURIX e.g. TC23x Eth CAN HSM Protection against read-out Separated & protected execution, internal firewall, debug protection Host Processor e.g. Linux-Based MPU or AURIX MCU TCG Software Stack (TSS) SPI Encrypted memory, encrypted data bus TPM Firmware Basic SW Encrypted data execution, self checking dual-cpu Personalization Unique chip identifier Personalized and protected processes (in development, supply and ECU lifecycle) Protection against hardware attacks N/A Maximized protection (e.g. shields, sensors etc.) Security certification N/A Common Criteria EAL4+ high certified (HW + SW)

15 The importance of hardware trust anchors for automotive security Integrated on MCU (HSM) Onboard security Protected com. & debug interfaces High-speed / real-time critical tasks CAR2CAR CAR2INFRASTRUCTURE CAR2CLOUD Discrete Security Controller Protected external communication Certified hardware security Protecting critical keys & certificates 15

16 Hardware trust anchors supporting a granular security architecture Telematics Unit Central Gateway SLI 76 SLI 97(V2V) Application Processor & Modem Central Storage OPTIGA TM TPM AURIX e.g. TC23x HSM emmc/sdio SPI OPTIGA TM TPM AURIX e.g TC3xx HSM OBD Protect External Interfaces Network and OEM backend authentication; OBD interface protection Gateway Protection & Domain Isolation Firewall, intrusion detection/ prevention system (IDS/IPS), domain isolation, SOTA, on-board key generation & management Secure Onboard Communication Message authentication, distributed intrusion detection (IDS) Domain A Domain D Target ECU Target ECU AURIX e.g. TC27x HSM Secured Data Processing Secured boot, run time integrity, SOTA updates, component protection, immobilizer 16

17 Example: feature activation Use case simplified overview Update Server Telematics Control Unit Setup of new parameters Loading of encrypted Enhanced Parameters TPM ~100 functions Key store Accesscontrol Central Gateway Application Processor Multiple Cores AES accelerator Program Program Enhanced Memory Memory Parameters (int./ext.) Update TPM key usage authorization to enable new enhanced parameters Usage of new parameters Request access to key Key access is granted Enhanced Parameters are decrypted and applied 17

Discrete hardware based security offers unique benefits even beyond strong security Discrete hardware-based security offer strong tamper resistance Certified hardware-based solutions create trust

18 Discrete hardware based security offers unique benefits even beyond strong security Discrete hardware-based security offer strong tamper resistance Certified hardware-based solutions create trust based on independent evaluations Security Secure implementation Strong security requires proper implementation by outsourcing security aspects to a dedicated, protected hardware, there is less room for faulty implementations Discrete hardware-based security solutions reduce complexity in the system resulting in a reduced time to market while reaching a measureable security level Time to market Scalability Scalability across various platforms for different types of applications Hardware based security offers strong performance advantages compared to software-based solutions for securely storing and calculating Performance Innovation Discrete hardware-based security solutions provide you the latest (certified) security innovations regardless of the innovation cycle of the other components of a platform Enabling the production in insecure (non-trusted third-party) environments Secured tracking of the value chain Logistical benefits Costs Reduced total cost of ownership of security based on reduced invest in secured manufacturing infrastructure & security knowhow 18

Cyber security of automated vehicles

Cyber security of automated vehicles B. Steurich Infineon Technologies Conference Sep. 2017, Berlin Building blocks of automated driving: Cooperation of multiple system and disciplines Data Processing