Protecting infrastructure secrets with Keywhiz from Square
corner.squareup.com
Protecting infrastructure secrets with Keywhiz from Square
1–10 of 10 posts
Re: Protecting infrastructure secrets with Keywhiz from Square
#2Re: Protecting infrastructure secrets with Keywhiz from Square
#3This is a good talk on (what I believe to be) this software: https://www.slideshare.net/diogomonica/bletchley
We presented Keywhiz at Baythreat in 2012: http://www.baythreat.org/2012/speakers.html I'm not sure if that was recorded, though.
Re: Protecting infrastructure secrets with Keywhiz from Square
#4Obvious pieces to me appear to be (1) roles and auditability (2) end-user front-end (3) filesystem interface & associated ease of access for various services. But I'm not an expert!
Re: Protecting infrastructure secrets with Keywhiz from Square
#5I'd love to hear from some of the team who built this about differences between Keywhiz and Keyczar, which to my mind was the best-practice open-source cross-platform solution to date (i.e. if you're not relying on things like AWS Cloudformation config or Heroku config vars to "manage" secrets). Obvious pieces to me appear to be (1) roles and auditability (2) end-user front-end (3) filesystem interface & associated e…
Keywhiz lets you manage things like mysql or other configs which might contain things like username/passwords, passwords to unlock certificates, API keys, etc. If you don't have the resources/option to modify applications to use a specific API, the filesystem might be your only viable solution.
Re: Protecting infrastructure secrets with Keywhiz from Square
#6I'd love to hear from some of the team who built this about differences between Keywhiz and Keyczar, which to my mind was the best-practice open-source cross-platform solution to date (i.e. if you're not relying on things like AWS Cloudformation config or Heroku config vars to "manage" secrets). Obvious pieces to me appear to be (1) roles and auditability (2) end-user front-end (3) filesystem interface & associated e…
Keywhiz isn’t an interface for software to do crypto. Rather, it’s a system to manage the secrets/keys used for crypto and making them available to the services that need them. It doesn’t explicitly look at the content of secrets, unless a plugin is used.
Re: Protecting infrastructure secrets with Keywhiz from Square
#7I'd love to hear from some of the team who built this about differences between Keywhiz and Keyczar, which to my mind was the best-practice open-source cross-platform solution to date (i.e. if you're not relying on things like AWS Cloudformation config or Heroku config vars to "manage" secrets). Obvious pieces to me appear to be (1) roles and auditability (2) end-user front-end (3) filesystem interface & associated e…
Keyczar is meant to solve a different problem. It’s meant to be a simple programmatic API for crypto operations, while being high-level and excluding unsafe options. NaCl ( http://nacl.cr.yp.to/ ) has similar goals to Keyczar. Keywhiz isn’t an interface for software to do crypto. Rather, it’s a system to manage the secrets/keys used for crypto and making them available to the services that need them. It doesn’t expli…
Re: Protecting infrastructure secrets with Keywhiz from Square
#8This is a good talk on (what I believe to be) this software: https://www.slideshare.net/diogomonica/bletchley
Bletchley is actually a different piece of our infrastructure: it protects keys by storing them in hardware, whereas Keywhiz is aimed at distributing the secrets that apps really need (API tokens for 3rd party services, eg). We presented Keywhiz at Baythreat in 2012: http://www.baythreat.org/2012/speakers.html I'm not sure if that was recorded, though.
Re: Protecting infrastructure secrets with Keywhiz from Square
#9Earlier quoted context omitted.
Bletchley is actually a different piece of our infrastructure: it protects keys by storing them in hardware, whereas Keywhiz is aimed at distributing the secrets that apps really need (API tokens for 3rd party services, eg). We presented Keywhiz at Baythreat in 2012: http://www.baythreat.org/2012/speakers.html I'm not sure if that was recorded, though.
Cool, thanks. Are there any slides? I saw @diogomonica mention there have been several presentations, but I couldn't find any.