Viewing profile — mreinsch
mreinsch
HN member- Joined
- Fri, Feb 27, 2009, 8:58 AM UTC
- HN karma
- 31
- Public activity
- 21 items
- HN profile
- View on Hacker News ↗
About mreinsch
Professionally I’ve been building web based solutions since 2000, using Ruby since 2006 with Ruby on Rails following in 2008. I love working on general architecture and backend topics and used a wide range of tools and technologies there.
[ my public key: https://keybase.io/mreinsch; my proof: https://keybase.io/mreinsch/sigs/A9OLELaI2cpWzrv_qpouqEdjxm0KWYGtHcuJkpG70bs ]
Recent public activity
-
comment
Comment #8828371
Why is that? Isn't that exactly the same problem whether you're using environment variables or a config file?
-
comment
Comment #8827264
This is indeed an issue, though with a modern cloud based infrastructure and management systems there is no longer a need to create backups from your production servers. They can b…
-
comment
Comment #8827243
This is indeed an issue, though with a modern cloud based infrastructure and management systems there is no longer a need to create backups from your production servers. They can b…
-
comment
Comment #8827238
This is indeed an issue, though with a modern cloud based infrastructure and management systems there is no longer a need to create backups from your production servers. They can b…
-
comment
Comment #8826627
as long as you don't store your config then in the same repository as your code, that works fine for me.
-
comment
Comment #8826595
sniffing isn't the main issue I'm trying to avoid, it's accidental exposure. I.e. minimising the risk that during normal operations the secrets get exposed somehow.
-
comment
Comment #8826368
I have to admit that I don't know a thing about TPM. Like is it also available in virtual environments like AWS is providing? How could this be automated? You don't want to enter a…
-
comment
Comment #8826360
Thanks for that idea of deleting sensitive environment variables. I like that for hosters such as heroku which use ENV variables for config (including secrets) by default.
-
comment
Comment #8826274
Thanks. I'm mainly looking at this from the point of how your secrets could be accidentally exposed. I applaud to postfix for sanitising the ENV, and it's very good practice to do …
-
comment
Comment #8826252
I agree that ENV variables are useful for general configuration, that's exactly what they were invented for... ENV variables are not restricted by user though, your process can spa…
-
comment
Comment #8826210
The permissions on our chef repository are different. We can give access to the main code repository without giving access to the chef repository. Alternatively, if you're running …
-
comment
Comment #8826177
You're right that a tool which runs under the same user could read your config file and thus could access to your secrets. But there is one main difference: that tool would need to…
- story
- story
-
comment
Comment #2656141
yeah!
-
comment
Comment #2003727
great, looking forward!
-
comment
Comment #1971634
Asiajin ( http://asiajin.com/ ) is covering Japanese startups (among other stuff)
-
comment
Comment #1971628
Yes, you'll be able to get in. But it'll be ¥3,000 and you'll get two drink tickets instead of the buffet ticket. Check the event description on http://tbtpe.doorkeeper.jp/ for all…
- story
-
comment
Comment #1607264
How are you running delayed_job or other custom daemons?
-
comment
Comment #1394685
Great! I'll make sure to come along again!