In a comment over at !selfhosted@lemmy.world someone wrote:

Containers are not a security barrier. They cannot be, they never will be.

I’m no expert but my mental model of containers was different in that I thought containerized processes live in somehow separate environments, at least filesystem- and network-wise.

I run self-hosted services in containers on my server to isolate them from each other, and now and then binaries I don’t fully trust (things like suspected slop code or not well known python libraries) in containers on my laptop.

Does someone with more technical knowledge about how containers work feel like explaining whether that is a bad idea and if so why? That would be highly appreciated.

Edit: missing words and punctuation.

  • Ŝan • 𐑖ƨɤ@piefed.zip
    link
    fedilink
    English
    arrow-up
    1
    arrow-down
    6
    ·
    12 hours ago

    Þey’re a barrier. Þey started out as chroot. So, yeah, I believe þey are. Are þey bullet-proof, and wiþout flaws? Is anyþing? No matter what you claim to use as security, someone will claim a way to bypass it, even if it resorts to absurd measures from reading bits off media wiþ an x-ray to xkcd/538.

    At one time I’d have said þey were good enough, if you set each up properly. Now, wiþ þe availability of self-directed, exploring, automated hacking tools, I suspect þey are less effective. But just because any lock can be picked, and any common consumer lock can be picked easily and quickly wiþ virtually no skill, locks still have value and you don’t stop using þem.