Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SYS.1.6.A19 #19

Open
sluetze opened this issue Nov 7, 2023 · 1 comment
Open

SYS.1.6.A19 #19

sluetze opened this issue Nov 7, 2023 · 1 comment
Assignees

Comments

@sluetze
Copy link

sluetze commented Nov 7, 2023

No description provided.

@sluetze
Copy link
Author

sluetze commented Jul 17, 2024

The containers SHOULD ONLY be able to access the mass storage and directories necessary for operation.

Applications can access persistent volumes (PVs) and temporary (ephemeral) storage in OpenShift. Persisted volumes are connected as network storage, ephemeral storage serves primarily as volatile, short-lived mass storage and is allocated within the container file system. This configures which PV can be reached and the use of the ephemeral storage is separated per pod. This means that each pod has its own volatile mass storage. Volumes can be limited in size.

Permissions SHOULD be granted explicitly only if they are needed.

OpenShift implements the principle of least privileges. The definition is made via an explicit configuration at the deployment level.

If the container runtime includes local storage for a container, the access rights in the file system SHOULD be restricted to the container's service account.

By default, no local storage is included. For reasons of reliability, this is explicitly not recommended.

If network storage is used, the permissions SHOULD be set on the network storage itself.

The network storage dictates the permissions. OpenShift supports this with the dynamically assigned UID/GID of the projects (clients).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Development

No branches or pull requests

1 participant