diff options
author | mario.six@gdsys.cc <mario.six@gdsys.cc> | 2017-03-20 10:28:28 +0100 |
---|---|---|
committer | Simon Glass <sjg@chromium.org> | 2017-03-26 13:22:58 -0600 |
commit | 0f4b2ba1762d74c0b5520d99a58796d6ca78abf0 (patch) | |
tree | 28b6986105615b2a538e42cdaaf265955883bfd9 /net | |
parent | 5efa1bfbfa871f5bc3f07357088e8cf3c19e6f61 (diff) | |
download | u-boot-0f4b2ba1762d74c0b5520d99a58796d6ca78abf0.tar.gz u-boot-0f4b2ba1762d74c0b5520d99a58796d6ca78abf0.tar.bz2 u-boot-0f4b2ba1762d74c0b5520d99a58796d6ca78abf0.zip |
tpm: Add function to load keys via their parent's SHA1 hash
If we want to load a key into a TPM, we need to know the designated parent
key's handle, so that the TPM is able to insert the key at the correct place in
the key hierarchy.
However, if we want to load a key whose designated parent key we also
previously loaded ourselves, we first need to memorize this parent key's handle
(since the handles for the key are chosen at random when they are inserted into
the TPM). If we are, however, unable to do so, for example if the parent key is
loaded into the TPM during production, and its child key during the actual
boot, we must find a different mechanism to identify the parent key.
To solve this problem, we add a function that allows U-Boot to load a key into
the TPM using their designated parent key's SHA1 hash, and the corresponding
auth data.
Signed-off-by: Mario Six <mario.six@gdsys.cc>
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions