Allow for tcb migration of sealed files#2161
Open
njeans wants to merge 1 commit into
Open
Conversation
Signed-off-by: njeans <nerlajeanlouis@gmail.com>
|
Thanks a lot for contributing this PR for supporting an important feature in gramine. Before we review this, it will be great if you can come present high level design of this feature in our community meeting (Tuesdays at 7am pacific time) |
Author
|
Hi yes I can do that |
Author
|
How do I join the meeting? |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description of the changes
gramine.tcb_infofile. On startup if the current CPU SVN is different the files mounted in the directory are re-encrypted with the sealing key of the current CPU SVN. This is basically the design proposed in the issue by @szymek156 RFC: Support for filesystem migration after SGX SVN update #855 (comment). Did not include MRSigner based keys from the issue discussion it seems like migration can be done by signing a new enclave with the MRSigner key./dev/attestation/cpu_svnfile and get the cooresponding key with/dev/attestation/keys/svn/_sgx_mrenclave/<cpu_svn>/dev/attestation/cpu_svnfile. On the first run the enclave sets an older cpu svn and seals some files. Thegramine.tcb_infofile it set to the old svn. On the second run the files should have been automatically migrated. The enclave checks if the file contents match.Fixes #855
How to test this PR?
This change is