Security overview of Canonical Kubernetes¶

This page provides an overview of various aspects of security to be considered when operating a cluster with Canonical Kubernetes. To consider security properly, this means not just aspects of Kubernetes itself, but also how and where it is installed and operated.

A lot of important aspects of security therefore lie outside the direct scope of Canonical Kubernetes, but links for further reading are provided.

Security of the snap/executable¶

Keeping up to date with the latest security patches is one of the most effective ways to keep your cluster secure. Deploying Canonical Kubernetes as a snap allows our users to automatically consume the latest security patches with snap refreshes taking place several times a day. The k8s snap is deployed with classic confinement meaning that the snap has access to system resources in order to be able to deploy the cluster successfully. See the snapcraft documentation for more information on confinement levels and security in snaps. Other risk mitigating steps have been taken to secure the k8s snap Kubernetes cluster such as Role Based Access Control (RBAC) enabled as default as well as TLS encrypted communication using self-signed certificates for communication within the cluster.

Security of the OCI images¶

Canonical Kubernetes relies on OCI standard images published as rocks to deliver the services which run and facilitate the operation of the Kubernetes cluster. The use of Rockcraft and rocks gives Canonical a way to maintain and patch images to remove vulnerabilities at their source, which is fundamental to our commitment to a sustainable Long Term Support(LTS) release of Kubernetes and overcoming the issues of stale images with known vulnerabilities. For more information on how these images are maintained and published, see the Rockcraft documentation.

Kubernetes security¶

The Kubernetes cluster deployed by Canonical Kubernetes can be secured using any of the methods and options described by the upstream Kubernetes Security Documentation.

Canonical Kubernetes enables RBAC (Rules Based Access Control) by default.

Cloud security¶

If you are deploying Canonical Kubernetes on public or private cloud instances, anyone with credentials to the cloud where it is deployed may also have access to your cluster. Describing the security mechanisms of these clouds is out of the scope of this documentation, but you may find the following links useful.

Security compliance¶

Canonical Kubernetes aims to comply with industry security standards by default. These include the Center for Internet Security (CIS) Kubernetes benchmark and the Defense Information System Agency (DISA) Security Technical Implementation Guides (STIG) for Kubernetes. Canonical Kubernetes has applied majority of the recommended hardening steps in these standards. However, implementing some of the guidelines would come at the expense of compatibility and/or performance of the cluster. Therefore, it is expected that cluster administrators follow the post deployment hardening steps listed in our hardening guide and enforce any of the remaining guidelines according to their needs. Read more about CIS hardening on our CIS explanation page.