2 minute read
Hardening the Gardener Community Setup
Gardener stakeholders in the Open Source community usually use the Gardener Setup Scripts, to create a Garden cluster based on Kubernetes v1.9 which then can be used to create Shoot clusters based on Kubernetes v1.10, v1.11 and v1.12. Shoot clusters can play the following roles in a Gardener landscape:
- Seed cluster
- Shoot cluster
As Alban Crequy from Kinvolk has recommended in his recent Gardener blog Auditing Kubernetes for Secure Setup the Gardener Team at SAP has applied several means to harden the Gardener landscapes at SAP.
Mitigation for Gardener CVE-2018-2475
The following recommendations describe how you can harden your Gardener Community Setup by adding a Seed cluster hardened with network policies.
- Use the Gardener Setup Scripts to create a Garden cluster in a dedicated IaaS account
- Create a Shoot cluster in a different IaaS account
- As a precaution you should not deploy the Kubernetes dashboard on this Shoot cluster
- Register this newly created Shoot cluster as a Seed cluster in the Gardener
- End user Shoot clusters can then be created using this newly created Seed cluster (which in turn is a Shoot cluster).
A tutorial on how to create a shooted seed cluster can be found here.
The rational behind this activity is, that Calico network policies harden this Seed cluster but the community installer uses Flannel which does not offer these features for the Garden cluster.
When you have added a hardened Seed cluster you are expected not be vulnerable to the Gardener CVE-2018-2475 anymore.
Mitigation for Kubernetes CVE-2018-1002105
In addition when you follow the recommendations in the recent Gardener Security Announcement you are expected not be vulnerable to the Kubernetes CVE-2018-1002105 with your hardened Gardener Community Setup.
For this alternative approach there is no Gardener blog available, it is not part of the Gardener Setup Scripts, but it was tested by the Gardener Team at SAP. Use GKE to host a Garden cluster based on Kubernetes v1.10, v1.11 and v1.12 (without the Kubernetes dashboard) in a dedicated GCP account. If you do this by your own, please ensure that the network policies are turned on, which might not be the case by default. Then you can apply the security configuration which Alban Crequy from Kinvolk has recommended in his blog directly in the Garden cluster and create Shoot clusters from there in a different IaaS account.