vectordotdev / vectordotdev/vector
Consider running Vector as a separate user inside Docker
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 22.6k
- Forks
- 2.3k
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 146
Description
It was proposed in the chat by @afoninsky to use a dedicated non-root user in Vector's Docker containers, in order to improve security.
The best practices for writing Dockerfiles recommend to create a separate user if the service inside the container can run without root privileges.
So I want to discuss here can all Vector's functions be used if Vector is running inside of a container from a non-root user. In particular, we need to ensure that both journald and docker sources can be used to read logs on the host machine from within a container when the user inside the container is not root.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating Vector's Dockerfile and container configuration, then inspect the journald and docker source implementations for their host-log access requirements. Verify whether both sources work under a dedicated non-root container user, and document or implement the required support and validation. The issue names no specific files or tests and remains an open design discussion.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker
- Domain
- devops, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 32/100