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

Create keys in other keystore than 'default' #12

Open
rtclauss opened this issue Apr 21, 2021 · 1 comment
Open

Create keys in other keystore than 'default' #12

rtclauss opened this issue Apr 21, 2021 · 1 comment

Comments

@rtclauss
Copy link

It appears that all keys created using redstone will be placed in the 'default' key ring. Can a parameter be added to the create_key method which specifies which key ring to place the key in? It looks like this is specified via the X-Kms-Key-Ring HTTP header for both KeyProtect and Hyper Protect Service APIs.
https://cloud.ibm.com/apidocs/key-protect#createkey
https://cloud.ibm.com/apidocs/hs-crypto#createkey

Thanks!

@mrodden
Copy link
Contributor

mrodden commented Apr 22, 2021

Hi @rtclauss, yes, there is only CRUD for the KeyRing resources themselves. None of the Key resource action methods have been updated with the key ring support yet.

The key ring header actually affects a lot more than just Key create. In the go SDK we actually have a header set for pretty much every call, and we could do something similar here.

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