Securing Calico's Prometheus endpoints
About securing access to Calico’s metrics endpoints
When using Calico with Prometheus metrics enabled, we recommend using network policy to limit access to Calico’s metrics endpoints.
Prerequisites
- Calico is installed with Prometheus metrics reporting enabled.
calicoctlis installed in your PATH and configured to access the data store.
Choosing an approach
This guide provides two example workflows for creating network policies to limit access to Calico’s Prometheus metrics. Choosing an approach depends on your requirements.
-
This approach allows all traffic to your hosts by default, but lets you limit access to specific ports using Calico policy. This approach allows you to restrict access to access to specific ports, while leaving other host traffic unaffected.
-
This approach denies traffic to and from your hosts by default, and requires that all desired communication be explicitly allowed by a network policy. This approach is more secure because only explicitly-allowed traffic will get through, but it requires you to know all the ports that should be open on the host.
Using a blacklist approach
Overview
The basic process is as follows:
- Create a default network policy that allows traffic to and from your hosts.
- Create host endpoints for each node that you’d like to secure.
- Create a network policy that denies unwanted traffic to the Calico metrics endpoints.
- Apply labels to allow access to the Prometheus metrics.
Example for calico/node
This example shows how to limit access to the calico/node Prometheus metrics endpoints.
-
Create a default network policy to allow host traffic
First, create a default-allow policy. Do this first to avoid a drop in connectivity when adding the host endpoints later, since host endpoints with no policy default to deny.
To do this, create a file named
default-host-policy.yamlwith the following contents.apiVersion: projectcalico.org/v3 kind: GlobalNetworkPolicy metadata: name: default-host spec: # Select all Calico nodes. selector: running-calico == "true" order: 5000 ingress: - action: Allow egress: - action: AllowThen, use
calicoctlto apply this policy.calicoctl apply -f default-host-policy.yaml -
List the nodes on which Calico is running with the following command.
calicoctl get nodesIn this case, we have two nodes in the cluster.
NAME kubeadm-master kubeadm-node-0 -
Create host endpoints for each Calico node.
Create a file named
host-endpoints.yamlcontaining a host endpoint for each node listed above. In this example, the contents would look like this.apiVersion: projectcalico.org/v3 kind: HostEndpoint metadata: name: kubeadm-master.eth0 labels: running-calico: "true" spec: node: kubeadm-master interfaceName: eth0 expectedIPs: - 10.100.0.15 --- apiVersion: projectcalico.org/v3 kind: HostEndpoint metadata: name: kubeadm-node-0.eth0 labels: running-calico: "true" spec: node: kubeadm-node-0 interfaceName: eth0 expectedIPs: - 10.100.0.16In this file, replace
eth0with the desired interface name on each node, and populate theexpectedIPssection with the IP addresses on that interface.Note the use of a label to indicate that this host endpoint is running Calico. The label matches the selector of the network policy created in step 1.
Then, use
calicoctlto apply the host endpoints with the following command.calicoctl apply -f host-endpoints.yaml -
Create a network policy that restricts access to the calico/node Prometheus metrics port.
Now let’s create a network policy that limits access to the Prometheus metrics port such that only endpoints with the label
calico-prometheus-access: truecan access the metrics.To do this, create a file named
calico-prometheus-policy.yamlwith the following contents.# Allow traffic to Prometheus only from sources that are # labeled as such, but don't impact any other traffic. apiVersion: projectcalico.org/v3 kind: GlobalNetworkPolicy metadata: name: restrict-calico-node-prometheus spec: # Select all Calico nodes. selector: running-calico == "true" order: 500 types: - Ingress ingress: # Deny anything that tries to access the Prometheus port # but that doesn't match the necessary selector. - action: Deny protocol: TCP source: notSelector: calico-prometheus-access == "true" destination: ports: - 9091This policy selects all endpoints that have the label
running-calico: true, and enforces a single ingress deny rule. The ingress rule denies traffic to port 9091 unless the source of traffic has the labelcalico-prometheus-access: true, meaning all Calico workload endpoints, host endpoints, and global network sets that do not have the label, as well as any other network endpoints unknown to Calico.Then, use
calicoctlto apply this policy.calicoctl apply -f calico-prometheus-policy.yaml -
Apply labels to any endpoints that should have access to the metrics.
At this point, only endpoints that have the label
calico-prometheus-access: truecan reach Calico’s Prometheus metrics endpoints on each node. To grant access, simply add this label to the desired endpoints.For example, to allow access to a Kubernetes pod you can run the following command.
kubectl label pod my-prometheus-pod calico-prometheus-access=trueIf you would like to grant access to a specific IP network, you can create a global network set using
calicoctl.For example, you might want to grant access to your management subnets.
apiVersion: projectcalico.org/v3 kind: GlobalNetworkSet metadata: name: calico-prometheus-set labels: calico-prometheus-access: "true" spec: nets: - 172.15.0.0/24 - 172.101.0.0/24
Additional steps for Typha deployments
If your Calico installation uses the Kubernetes API datastore and has greater than 50 nodes, it is likely that you have installed Typha. This section shows how to use an additional network policy to secure the Typha Prometheus endpoints.
After following the steps above, create a file named typha-prometheus-policy.yaml with the following contents.
# Allow traffic to Prometheus only from sources that are
# labeled as such, but don't impact any other traffic.
apiVersion: projectcalico.org/v3
kind: GlobalNetworkPolicy
metadata:
name: restrict-calico-node-prometheus
spec:
# Select all Calico nodes.
selector: running-calico == "true"
order: 500
types:
- Ingress
ingress:
# Deny anything that tries to access the Prometheus port
# but that doesn't match the necessary selector.
- action: Deny
protocol: TCP
source:
notSelector: calico-prometheus-access == "true"
destination:
ports:
- 9093
This policy selects all endpoints that have the label running-calico: true, and enforces a single ingress deny rule.
The ingress rule denies traffic to port 9093 unless the source of traffic has the label calico-prometheus-access: true, meaning
all Calico workload endpoints, host endpoints, and global network sets that do not have the label, as well as any
other network endpoints unknown to Calico.
Then, use calicoctl to apply this policy.
calicoctl apply -f typha-prometheus-policy.yaml
Using a whitelist approach
Overview
The basic process is as follows:
- Create host endpoints for each node that you’d like to secure.
- Create a network policy that allows desired traffic to the Calico metrics endpoints.
- Apply labels to allow access to the Prometheus metrics.
Example for calico/node
-
List the nodes on which Calico is running with the following command.
calicoctl get nodesIn this case, we have two nodes in the cluster.
NAME kubeadm-master kubeadm-node-0 -
Create host endpoints for each Calico node.
Create a file named
host-endpoints.yamlcontaining a host endpoint for each node listed above. In this example, the contents would look like this.apiVersion: projectcalico.org/v3 kind: HostEndpoint metadata: name: kubeadm-master.eth0 labels: running-calico: "true" spec: node: kubeadm-master interfaceName: eth0 expectedIPs: - 10.100.0.15 --- apiVersion: projectcalico.org/v3 kind: HostEndpoint metadata: name: kubeadm-node-0.eth0 labels: running-calico: "true" spec: node: kubeadm-node-0 interfaceName: eth0 expectedIPs: - 10.100.0.16In this file, replace
eth0with the desired interface name on each node, and populate theexpectedIPssection with the IP addresses on that interface.Note the use of a label to indicate that this host endpoint is running Calico. The label matches the selector of the network policy created in step 1.
Then, use
calicoctlto apply the host endpoints with the following command. This will prevent all traffic to and from the host endpoints.calicoctl apply -f host-endpoints.yamlNote: Calico allows some traffic as a failsafe even after applying this policy. This can be adjusted using the
failsafeInboundHostPortsandfailsafeOutboundHostPortsoptions on the FelixConfiguration resource. -
Create a network policy that allows access to the calico/node Prometheus metrics port.
Now let’s create a network policy that allows access to the Prometheus metrics port such that only endpoints with the label
calico-prometheus-access: truecan access the metrics.To do this, create a file named
calico-prometheus-policy.yamlwith the following contents.apiVersion: projectcalico.org/v3 kind: GlobalNetworkPolicy metadata: name: restrict-calico-node-prometheus spec: # Select all Calico nodes. selector: running-calico == "true" order: 500 types: - Ingress ingress: # Allow traffic from selected sources to the Prometheus port. - action: Allow protocol: TCP source: selector: calico-prometheus-access == "true" destination: ports: - 9091This policy selects all endpoints that have the label
running-calico: true, and enforces a single ingress deny rule. The ingress rule alows traffic to port 9091 from any source with the labelcalico-prometheus-access: true, meaning all Calico workload endpoints, host endpoints, and global network sets that have the label will be allowed access.Then, use
calicoctlto apply this policy.calicoctl apply -f calico-prometheus-policy.yaml -
Apply labels to any endpoints that should have access to the metrics.
At this point, only endpoints that have the label
calico-prometheus-access: truecan reach Calico’s Prometheus metrics endpoints on each node. To grant access, simply add this label to the desired endpoints.For example, to allow access to a Kubernetes pod you can run the following command.
kubectl label pod my-prometheus-pod calico-prometheus-access=trueIf you would like to grant access to a specific IP address in your network, you can create a global network set using
calicoctl.For example, creating the following network set would grant access to a host with IP 172.15.0.101.
apiVersion: projectcalico.org/v3 kind: GlobalNetworkSet metadata: name: calico-prometheus-set labels: calico-prometheus-access: "true" spec: nets: - 172.15.0.101/32
Additional steps for Typha deployments
If your Calico installation uses the Kubernetes API datastore and has greater than 50 nodes, it is likely that you have installed Typha. This section shows how to use an additional network policy to secure the Typha Prometheus endpoints.
After following the steps above, create a file named typha-prometheus-policy.yaml with the following contents.
apiVersion: projectcalico.org/v3
kind: GlobalNetworkPolicy
metadata:
name: restrict-calico-node-prometheus
spec:
# Select all Calico nodes.
selector: running-calico == "true"
order: 500
types:
- Ingress
ingress:
- action: Allow
protocol: TCP
source:
notSelector: calico-prometheus-access == "true"
destination:
ports:
- 9093
This policy selects all endpoints that have the label running-calico: true, and enforces a single ingress deny rule.
The ingress rule alows traffic to port 9093 from any source with the label calico-prometheus-access: true, meaning
all Calico workload endpoints, host endpoints, and global network sets that have the label will be allowed access.
Then, use calicoctl to apply this policy.
calicoctl apply -f typha-prometheus-policy.yaml