News for hackers. Stuff that matters.
Re:Don't use ENV variables for secret data (2017) by oceanfloor on Monday July 13, 2020 @10:40AM (#23821234)
What's wrong with AWS Secrets Manager?

If I'm already working 100% in Amazon, I'm tempted to use Secrets Manager rather than justify the cost in hours to deploy and maintain a Vault cluster.

Interested in your opinion.

Re:Don't use ENV variables for secret data (2017) by katnegermis on Monday July 13, 2020 @11:00AM (#23821459)
Not OP, but I've recently worked with AWS Parameter Store a lot, and I've been very happy with it so far. We store all configuration (including secrets) using it.

We started by using https://github.com/segmentio/chamber/, but because of the way we decided to structure our secrets we decided to write a clone of it ourselves (https://github.com/micvbang/confman-go).

In practice, we have a client written in Python that grabs configuration from Parameter Store and puts it into the process' ENV variables at startup. This allows us to avoid vendor lockin in the rest of our code, since we still just fetch all config from the environment. I like it so far :)

Re:Don't use ENV variables for secret data (2017) by falcolas on Monday July 13, 2020 @12:19PM (#23822453)
IMO, it gets expensive quickly, and it was designed around AWS' use case, which involves credentials that roll on a regular basis. Outside of RDS, its value for the price goes downhill quickly.

To a sister comment who mentions parameter store - that UI is the biggest leaking bag of horse manure I've ever had the displeasure of using. We made the mistake of using it, and moved over to Vault at the first available opportunity. Vault isn't a silver bullet either, but the UI is at least usable.

Re:Don't use ENV variables for secret data (2017) by Lazare on Tuesday July 14, 2020 @10:21AM (#23832270)
The web UI is bad, but tools like chamber (https://github.com/segmentio/chamber) are excellent, so there's no need to deal with the web UI.
Re:Don't use ENV variables for secret data (2017) by timmytokyo on Monday July 13, 2020 @05:29PM (#23825773)
I assume you mean Parameter Store's web console UI? I've never really used it; we use only API endpoints and command-line tools, and it works great.
Re:Don't use ENV variables for secret data (2017) by gchamonlive on Monday July 13, 2020 @10:43AM (#23821275)
Cloud lock-in (not being able for example to manage cross-platform credentials) and cost.

By itself AWS Secrets Manager is fine, but as with everything AWS, billing is pretty opaque. If you couple this with a poorly planed Lambda setup, costs can potentially uncontrollably scale.

For what you are paying, AWS Secrets Manager seems too barebones/rigid.

Re:Don't use ENV variables for secret data (2017) by tyingq on Monday July 13, 2020 @11:22AM (#23821715)
Lock in shouldn't be too bad. It's create, get, set, list, delete, describe. I imagine the API footprint isn't much different if you switch over to something else. Most apps will just use get().
Re:Don't use ENV variables for secret data (2017) by gchamonlive on Monday July 13, 2020 @12:36PM (#23822655)
It shouldn't, but it can be very bad. And with vault you potentially circumvent that and end up with a tool that is way more flexible than Secrets Manager.