From 8f9c3d1e3c9b2f882032a551b8ca46684ab030ae Mon Sep 17 00:00:00 2001 From: Rob Austein Date: Thu, 3 Mar 2016 23:25:28 -0500 Subject: Initial implementations of ks_get_kek(). Untested, and none of these are secure (the one in ks_flash.c is a stub, and the others are for cases where we have no secure hardware in which to store the KEK). These are primarily for testing, since in the long run the entire software implementation of AES-keywrap will be replaced by Verilog which never lets software see the unwrapped key. Or so says current theory. For the moment, we just need something that will let us test the rest of the RPC and keystore mechanisms. --- ks.c | 8 -------- 1 file changed, 8 deletions(-) (limited to 'ks.c') diff --git a/ks.c b/ks.c index 24cafca..a856bbf 100644 --- a/ks.c +++ b/ks.c @@ -294,14 +294,6 @@ hal_error_t hal_ks_get_pin(const hal_user_t user, return HAL_OK; } -hal_error_t hal_ks_get_kek(uint8_t *kek, - size_t *kek_len, - const size_t kek_max) -{ -# warning Stub out hal_ks_get_kek() for now - return HAL_ERROR_IMPOSSIBLE; -} - /* * Local variables: * indent-tabs-mode: nil -- cgit v1.2.3