Comment by netdevphoenix

4 days ago

> if I am going to run some code from somewhere and I haven't read it, it goes in a container

How does this work? Every single npm package has tons of dependency tree nodes

12 comments

netdevphoenix

Reply
Lutger  4 days ago

Everything runs in the container and cannot escape it. Its like a sandbox.

You have to make sure you're not putting any secrets in the container environment.

  • roozbeh18  4 days ago

    You are just reducing the blast radius with use of podman; you will likely need secrets for your app to work, which will be exposed regardless of the podman approach.

  • mlnj  4 days ago

    >You have to make sure you're not putting any secrets in the container environment.

    How does this work exactly? containers still need env vars and access to databases and cloud environments. Without these the container is just useless isolated pod.

    • lbhdc  4 days ago

      Not who you asked, but I have a similar setup. I can run everything I need for local development in that image (db, message queue emulator, cache, other services). So, setting things like environment variables or running postgres work the same as they do outside the container.

      The image itself isn't the same image that the app gets deployed in, but is a portable dev environment with everything needed to build and run my apps baked in.

      This comes with some nice side effects like being able to instantly spin up clean work environments on my laptop, someone elses, or a remote vm.

    • Lutger  4 days ago

      This really depends on your setup. If possible, I have local development containers as much as possible. nginx, postgres, redis, etc. I have several containers, each only has access to what it needs. We have an isolated cloud environment for development, in its own aws account.

      Its not going to stop attacks, but it will limit blast radius a lot.