Live data from Hacker News

Viewing profile — mreinsch

mreinsch

HN member
Joined
Fri, Feb 27, 2009, 8:58 AM UTC
HN karma
31
Public activity
21 items

About mreinsch

I’m a passionate software developer & architect with a background in software engineering and computer science.

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

  1. comment
    Comment #8828371

    Why is that? Isn't that exactly the same problem whether you're using environment variables or a config file?

  2. 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…

  3. 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…

  4. 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…

  5. 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.

  6. 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.

  7. 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…

  8. 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.

  9. 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 …

  10. 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…

  11. 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 …

  12. 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…

  13. story
  14. story
  15. comment
  16. comment
    Comment #2003727

    great, looking forward!

  17. comment
    Comment #1971634

    Asiajin ( http://asiajin.com/ ) is covering Japanese startups (among other stuff)

  18. 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…

  19. story
  20. comment
    Comment #1607264

    How are you running delayed_job or other custom daemons?

  21. comment
    Comment #1394685

    Great! I'll make sure to come along again!