# Snyk test report

December 15th 2024, 12:28:59 am (UTC+00:00)

Scanned the following path:

- /argo-cd/manifests/namespace-install.yaml (Kubernetes)

43 total issues

Project | manifests/namespace-install.yaml
Path | /argo-cd/manifests/namespace-install.yaml
Project Type | Kubernetes

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 7] › rules[0] › resources
- Line number: 77

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 8] › rules[4] › resources
- Line number: 164

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 9] › rules[0] › resources
- Line number: 192

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 10] › rules[1] › resources
- Line number: 222

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 10] › rules[3] › resources
- Line number: 240

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 11] › rules[0] › resources
- Line number: 258

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Role or ClusterRole with dangerous permissions

medium severity

- Public ID: SNYK-CC-K8S-47
- Introduced through: [DocId: 12] › rules[0] › resources
- Line number: 280

## Impact

Using this role grants dangerous permissions. For a ClusterRole this would be considered high severity.

## Remediation

Consider removing these permissions

More about this issue

## Container could be running with outdated image

low severity

- Public ID: SNYK-CC-K8S-42
- Introduced through: [DocId: 39] › spec › template › spec › initContainers[secret-init] › imagePullPolicy
- Line number: 1114

## Impact

The container may run with outdated or unauthorized image

## Remediation

Set `imagePullPolicy` attribute to `Always`

More about this issue

## Container could be running with outdated image

low severity

- Public ID: SNYK-CC-K8S-42
- Introduced through: [DocId: 40] › spec › template › spec › initContainers[copyutil] › imagePullPolicy
- Line number: 1413

## Impact

The container may run with outdated or unauthorized image

## Remediation

Set `imagePullPolicy` attribute to `Always`

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 36] › input › spec › template › spec › containers[argocd-applicationset-controller] › resources › limits › cpu
- Line number: 675

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 37] › input › spec › template › spec › initContainers[copyutil] › resources › limits › cpu
- Line number: 926

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 37] › input › spec › template › spec › containers[dex] › resources › limits › cpu
- Line number: 892

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 38] › input › spec › template › spec › containers[argocd-notifications-controller] › resources › limits › cpu
- Line number: 986

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 39] › input › spec › template › spec › containers[redis] › resources › limits › cpu
- Line number: 1085

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 39] › input › spec › template › spec › initContainers[secret-init] › resources › limits › cpu
- Line number: 1109

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 40] › input › spec › template › spec › initContainers[copyutil] › resources › limits › cpu
- Line number: 1413

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 40] › input › spec › template › spec › containers[argocd-repo-server] › resources › limits › cpu
- Line number: 1166

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 41] › input › spec › template › spec › containers[argocd-server] › resources › limits › cpu
- Line number: 1498

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container has no CPU limit

low severity

- Public ID: SNYK-CC-K8S-5
- Introduced through: [DocId: 42] › input › spec › template › spec › containers[argocd-application-controller] › resources › limits › cpu
- Line number: 1849

## Impact

CPU limits can prevent containers from consuming valuable compute time for no benefit (e.g. inefficient code) that might lead to unnecessary costs. It is advisable to also configure CPU requests to ensure application stability.

## Remediation

Add `resources.limits.cpu` field with required CPU limit value

More about this issue

## Container is running with multiple open ports

low severity

- Public ID: SNYK-CC-K8S-36
- Introduced through: [DocId: 37] › spec › template › spec › containers[dex] › ports
- Line number: 906

## Impact

Increases the attack surface of the application and the container.

## Remediation

Reduce `ports` count to 2

More about this issue

## Container is running without liveness probe

low severity

- Public ID: SNYK-CC-K8S-41
- Introduced through: [DocId: 36] › spec › template › spec › containers[argocd-applicationset-controller] › livenessProbe
- Line number: 675

## Impact

Kubernetes will not be able to detect if application is able to service requests, and will not restart unhealthy pods

## Remediation

Add `livenessProbe` attribute

More about this issue

## Container is running without liveness probe

low severity

- Public ID: SNYK-CC-K8S-41
- Introduced through: [DocId: 37] › spec › template › spec › containers[dex] › livenessProbe
- Line number: 892

## Impact

Kubernetes will not be able to detect if application is able to service requests, and will not restart unhealthy pods

## Remediation

Add `livenessProbe` attribute

More about this issue

## Container is running without liveness probe

low severity

- Public ID: SNYK-CC-K8S-41
- Introduced through: [DocId: 39] › spec › template › spec › containers[redis] › livenessProbe
- Line number: 1085

## Impact

Kubernetes will not be able to detect if application is able to service requests, and will not restart unhealthy pods

## Remediation

Add `livenessProbe` attribute

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 36] › input › spec › template › spec › containers[argocd-applicationset-controller] › resources › limits › memory
- Line number: 675

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 37] › input › spec › template › spec › containers[dex] › resources › limits › memory
- Line number: 892

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 37] › input › spec › template › spec › initContainers[copyutil] › resources › limits › memory
- Line number: 926

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 38] › input › spec › template › spec › containers[argocd-notifications-controller] › resources › limits › memory
- Line number: 986

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 39] › input › spec › template › spec › containers[redis] › resources › limits › memory
- Line number: 1085

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 39] › input › spec › template › spec › initContainers[secret-init] › resources › limits › memory
- Line number: 1109

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 40] › input › spec › template › spec › initContainers[copyutil] › resources › limits › memory
- Line number: 1413

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 40] › input › spec › template › spec › containers[argocd-repo-server] › resources › limits › memory
- Line number: 1166

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 41] › input › spec › template › spec › containers[argocd-server] › resources › limits › memory
- Line number: 1498

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container is running without memory limit

low severity

- Public ID: SNYK-CC-K8S-4
- Introduced through: [DocId: 42] › input › spec › template › spec › containers[argocd-application-controller] › resources › limits › memory
- Line number: 1849

## Impact

Containers without memory limits are more likely to be terminated when the node runs out of memory

## Remediation

Set `resources.limits.memory` value

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 36] › input › spec › template › spec › containers[argocd-applicationset-controller] › securityContext › runAsUser
- Line number: 816

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 37] › input › spec › template › spec › initContainers[copyutil] › securityContext › runAsUser
- Line number: 934

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 37] › input › spec › template › spec › containers[dex] › securityContext › runAsUser
- Line number: 909

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 38] › input › spec › template › spec › containers[argocd-notifications-controller] › securityContext › runAsUser
- Line number: 1019

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 39] › input › spec › template › spec › containers[redis] › securityContext › runAsUser
- Line number: 1102

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 39] › input › spec › template › spec › initContainers[secret-init] › securityContext › runAsUser
- Line number: 1116

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 40] › input › spec › template › spec › initContainers[copyutil] › securityContext › runAsUser
- Line number: 1420

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 40] › input › spec › template › spec › containers[argocd-repo-server] › securityContext › runAsUser
- Line number: 1386

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 41] › input › spec › template › spec › containers[argocd-server] › securityContext › runAsUser
- Line number: 1759

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue

## Container's or Pod's UID could clash with host's UID

low severity

- Public ID: SNYK-CC-K8S-11
- Introduced through: [DocId: 42] › input › spec › template › spec › containers[argocd-application-controller] › securityContext › runAsUser
- Line number: 2068

## Impact

UID of the container processes could clash with host's UIDs and lead to unintentional authorization bypass

## Remediation

Set `securityContext.runAsUser` value to greater or equal than 10'000. SecurityContext can be set on both `pod` and `container` level. If both are set, then the container level takes precedence

More about this issue