• percent@infosec.pub
    link
    fedilink
    English
    arrow-up
    1
    ·
    11 hours ago

    not creds that give access to the production system

    …Isn’t that what we’re talking about though? Or did I misunderstand the OP?

    Regardless, I’ll just clarify anyway: Developers should not have a plaintext .env that can be used to drop (or risk in any other way) production data.

    A practice like that is only as strong as the “weakest” member of the team – “Weakest” could mean the person who is the least careful, or least experienced, or least secure work computer/practices, etc. Scale up to 1,000+ engineers and the chances of disaster (data loss, leaks, etc.) greatly increase. That’s just the human factor. Add LLMs into the mix and it’s almost guaranteed.

    • theneverfox@pawb.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      3 hours ago

      …Isn’t that what we’re talking about though? Or did I misunderstand the OP?

      The post said they were neon database creds, so I would think those would live on the production system in .env

      Rereading it, it seems that they probably set their local build to point at the prod database… Which is like halfway developing (with AI) in prod (which I think we’d agree is not ideal)

      I do absolutely agree with what you’re saying though, not everyone should have access to the prod system for sure… Especially not an AI on a loose leash

      I’d split the difference and say we’re both right