Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LOCK MCU dependency? #256

Open
rstrongMCT opened this issue Jan 7, 2025 · 1 comment
Open

LOCK MCU dependency? #256

rstrongMCT opened this issue Jan 7, 2025 · 1 comment

Comments

@rstrongMCT
Copy link

if a storage device implements the optional LOCK feature, is there a requirement that the storage device implement Caliptra subsystem mode in lieu of the passive mode which is supported in Caliptra 1.1 as well as Caliptra 2.x? Currently, there is no requirement in the Caliptra 2.x specification or LOCK specification that requires a LOCK enabled device support subsystem mode.

There are existing robust and secure SoC implementations that do not require the assistance/capabilities of the MCU and we believe that the intent of the MCU is create an easier transition path for Caliptra support/adoption on devices that lack a rich, robust secure execution environment. If a device supports LOCK and the device implements a secure execution environment within the SoC, then the device should be allowed to implement passive mode or subsystem mode.

If the above statement isn't accurate, then we'd like to have a discussion. 

@bluegate010
Copy link
Contributor

The requirement for Subsystem mode comes from the need for Caliptra Core to support an AXI manager so it can program MEKs to the controller's inline encryption engine. The AXI manager is presently only available with Subsystem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants