草榴社区 Cloud
Cloud native EDA tools & pre-optimized hardware platforms
Request a Free Trial →
Table of Contents
In a 5G world, fast and secure connectivity is important. The version 4.0 helps to ensure this is possible in our everyday devices. As an added security element, a Replay Protected Memory Block (RPMB) is included in UFS devices as a means to store encrypted data securely, only accessible by authentication.
The RPMB stores information in an authenticated and replay-protected manner and the process can only be performed after the authentication key has been programmed. UFS devices have RPMB logical units which contain multiple RPMB regions; each region has its own unique authentication key. This authentication key helps to access RPMB regions when the Message Authentication Code (MAC) is calculated by taking the key as input along with Message (Data) using the HMAC SHA- 256 algorithm. In this blog, we will discuss how the authentication programming flow of Advanced RPMB is more efficient than prior versions.
A review of the old RPMB process
Performing the authentication key programming in RPMB requires sending a request followed by a result read request. The response for the authentication key programming will then be received as a result read response.
RPMB
Old versions of RPMB require many commands to be transmitted to program the authentication key that is used for the MAC calculation, then the RPMB fields are transmitted into the DATA block for each command. As a reminder, the steps involved in the legacy RPMB process are as follows:
- Authentication key programming request: Initiate sending the key with an ‘0001h’ request message by issuing a Security Protocol Out Command UPIU.
- Result of read request: The verification process of authentication key programming is ensured by sending the request message type as ‘0005h’ by using Security Protocol Out Command UPIU.
- Result of read response: The Host retrieves the result of the authentication key programming in the result field with a response message type ‘0100h’. The result field indicates whether authentication is successfully done or flags if there is a failure while writing the data or the authentication key is not yet programmed. Based on the result, the Host can either process the upcoming RPMB processes or try programming the authentication key again.
To eliminate the many steps involved in the old RPMB process, UFS 4.0 is equipped with Advanced RPMB, a simple efficient flow utilizing Extra Header Segment (EHS) fields in Command and Response UPIU.
Why should I use Advanced RPMB instead?
In Advanced RPMB, authentication key programming is done with a single Security Protocol Out command and the help of the EHS field.
UFS 4.0 has a new EHS feature which has been added for Advanced RPMB and Vendor specific usage. Let’s see how the transaction UPIU incorporates EHS to convey the RPMB fields.
In the EHS header, the Host needs to specify the EHS type as 01h for accessing Advanced RPMB and EHS length as 02h for sending Advanced RPMB fields in the transaction UPIU itself. In the Advanced RPMB flow, we just need to perform the following steps to achieve the authentication key programming:
- Security Protocol Out command UPIU (with EHS field): This provides the authentication key with a request message type as 0001h.
- Response UPIU (with EHS field): This provides the result with response message type as 0100h. So, the result field indicates whether authentication is successful or not.
The release of UFS 4.0 provides access to this enhanced Advanced RPMB process allowing for an efficient, simple, fast flow of authentication programming versus the old RPMB process.
草榴社区 has been a key contributor to the JEDEC specification and continues to provide the industry’s first verification solutions including 草榴社区 Verification IP for UFS and Test Suite. 草榴社区 Verification IP for JEDEC UFS provides a comprehensive set of protocol, methodology, verification, and productivity features, enabling users to achieve rapid verification of UFS links operating in high speed and low speed modes.
Running realistic system-level payloads on UFS designs require a faster hardware-based pre-silicon solution. 草榴社区 Virtual System Adaptors and Transactors based on 草榴社区 IP enable fast verification hardware solutions including 草榴社区 ZeBu? emulation systems and 草榴社区 HAPS? prototyping systems for validation use cases.
草榴社区 protocol verification solutions are natively integrated with the 草榴社区 Verification Family of products including 草榴社区 Verdi? debugger and regression management and automation with 草榴社区 VC Execution Manager.
In addition, 草榴社区 IP for UFS, UniPro and M-PHY enables early development of UFS system-on-chip (SoC) designs.
To learn more about 草榴社区 verification solutions, please visit us at:
Continue Reading
Blog
2 min read
/
Sep 12, 2024
Industry First Verification IP for Arm AMBA DTI-G
