this post was submitted on 06 Nov 2026
64 points (97.1% liked)

Selfhosted

63722 readers
798 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.

  8. AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] needanke@feddit.org 32 points 4 days ago* (last edited 4 days ago) (2 children)

I feel like I read the exact same story (Person discovers docker group is effectively root because llm agent used it to circumvent not having sudo) a few minths ago. (Not saying you stole it, two people can have the same experience independently of each other. I just found it interesting that this is, apperently, such a commonly overlooked issue.)

Also, this is documented:

Running containers (and applications) with Docker implies running the Docker daemon. This daemon requires root privileges unless you opt-in to Rootless mode, and you should therefore be aware of some important details.

First of all, only trusted users should be allowed to control your Docker daemon. This is a direct consequence of some powerful Docker features. Specifically, Docker allows you to share a directory between the Docker host and a guest container; and it allows you to do so without limiting the access rights of the container. This means that you can start a container where the /host directory is the / directory on your host; and the container can alter your host filesystem without any restriction. This is similar to how virtualization systems allow filesystem resource sharing. Nothing prevents you from sharing your root filesystem (or even your root block device) with a virtual machine.

https://docs.docker.com/engine/security/#docker-daemon-attack-surface

[–] jeena@piefed.jeena.net 17 points 4 days ago

Yeah, I think of myself as fairly security conscious, not an expert but interested layman. And I still didn't realize it for so many years so I figured many other people probably also didn't, therefor I posted it.

[–] jeena@piefed.jeena.net 3 points 4 days ago (1 children)

Also back in around 2018 I was setting up docker to contain bitbake in a ubuntu container to be able to run it on my Arch, because everyone else was running debian or ubuntu at work and nobody wanted to deal with my Arch installation. But I wanted a nice seamless way of doing by mounting the current directory and aliasing bitbake to docker exec -it ... and doing sudo every time felt kind of wrong so I read in the documentation about adding my user to the docker group and didn't really think about it since then until now.

[–] needanke@feddit.org 1 points 3 days ago

Super fair, ich habe erst die letzten Jahre angefangen mich mehr mit Containern auseinander zu setzen und da war diese Gefahr in vielen Tutorials recht präsent. ist wahrscheinlich ein shift der da in der Wahrnehung zwischenzeitlich passiert ist.