News for hackers. Stuff that matters.
Re:Introducing Docker Secrets Management by mreithub on Thursday February 09, 2017 @12:45PM (#13608983)
So I guess the best-practice approach would be to chown/chmod/rm the file after reading its contents (assuming it'll be restored when you restart the container).

So far my approach was defining environment variables in the various docker-compoose files (in a separate deployment git repo), but this looks like a really nice alternative.

Do you have plans to update the library images to give us a choice between using ENV and secrets (for DB server passwords and the like)?

On an aside: I've gotten the Docker Datacenter announcement mail today. I only took the time to skim its contents quickly and at first thought this was a DDC-only thing. Glad to hear it isn't, keep up the awesome work.

edit: clarified my docker-compose usage

Re:Introducing Docker Secrets Management by diogomonicapt on Thursday February 09, 2017 @01:34PM (#13609507)
Thanks!

- Exposing secrets as in-memory files has a lot of advantages over ENV variables (harder to leak).

- We already started updating a few images (MySQL, for example), so they can use Docker secrets.

- Definitely not DDC only, but note that RBAC over secrets is a feature of the commercial product.

Re:Introducing Docker Secrets Management by bluebeard on Friday February 10, 2017 @02:55AM (#13613912)
Thanks, I'm interested in trying this out.