Nesta página, mostramos como desativar a porta somente leitura do kubelet não segura em clusters do Google Kubernetes Engine (GKE) para reduzir o risco de acesso não autorizado ao kubelet e como migrar aplicativos para uma porta mais segura.
Em clusters do Kubernetes, incluindo o GKE, o processo kubelet
do kubelet
em execução nos nós exibe uma API somente leitura usando a porta não segura 10255
.
O Kubernetes não realiza nenhuma verificação de autenticação ou autorização nessa porta. O kubelet serve aos mesmos endpoints na porta 10250
mais segura e autenticada.
Desative a porta somente leitura do kubelet e mude todas as cargas de trabalho que usam a
10255
para usar a 10250
, que é mais segura.
Antes de começar
Antes de começar, verifique se você realizou as tarefas a seguir:
- Ativar a API Google Kubernetes Engine. Ativar a API Google Kubernetes Engine
- Se você quiser usar a Google Cloud CLI para essa tarefa,
instale e, em seguida,
inicialize a
CLI gcloud. Se você instalou a CLI gcloud anteriormente, instale a versão
mais recente executando
gcloud components update
.
Requisitos
- Só é possível desativar a porta somente leitura do kubelet não segura no GKE versão 1.26.4-gke.500 ou mais recente.
Verificar o uso de portas não seguras e migrar aplicativos
Antes de desativar a porta somente leitura não segura, migre todos os aplicativos em execução que usam a porta para a porta somente leitura mais segura. As cargas de trabalho que podem precisar de migração incluem pipelines de métricas personalizadas e cargas de trabalho que acessam endpoints do kubelet.
- Para cargas de trabalho que precisam acessar as informações fornecidas pela API kubelet
no nó, como métricas, use a porta
10250
. - Para cargas de trabalho que recebem informações do Kubernetes usando a API kubelet no nó, como listar pods no nó, use a API Kubernetes.
Verificar se os aplicativos usam a porta somente leitura do kubelet não segura
Esta seção mostra como verificar o uso de portas não seguras no cluster.
Verificar o uso da porta no modo Autopilot
Para verificar o uso da porta em um cluster do Autopilot, verifique se há no mínimo uma carga de trabalho que não seja um DaemonSet em execução no cluster. Se você realizar as etapas a seguir em um cluster do Autopilot vazio, os resultados poderão ser inválidos.
Salve o seguinte manifesto como
read-only-port-metrics.yaml
:apiVersion: v1 kind: Namespace metadata: name: node-metrics-printer-namespace --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: node-metrics-printer-role rules: - apiGroups: - "" resources: - nodes/metrics verbs: - get --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: node-metrics-printer-binding roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: node-metrics-printer-role subjects: - kind: ServiceAccount name: node-metrics-printer-sa namespace: node-metrics-printer-namespace --- apiVersion: v1 kind: ServiceAccount metadata: name: node-metrics-printer-sa namespace: node-metrics-printer-namespace --- apiVersion: apps/v1 kind: DaemonSet metadata: name: node-metrics-printer namespace: node-metrics-printer-namespace spec: selector: matchLabels: app: node-metrics-printer template: metadata: labels: app: node-metrics-printer spec: serviceAccountName: node-metrics-printer-sa containers: - name: metrics-printer image: us-docker.pkg.dev/cloud-builders/ga/v1/curl:latest command: ["sh", "-c"] args: - 'while true; do curl -s --cacert "${CA_CERT}" -H "Authorization: Bearer $(cat ${TOKEN_FILE})" "https://${NODE_ADDRESS}:10250/metrics"|grep kubelet_http_requests_total; sleep 20; done' env: - name: CA_CERT value: /var/run/secrets/kubernetes.io/serviceaccount/ca.crt - name: TOKEN_FILE value: /var/run/secrets/kubernetes.io/serviceaccount/token - name: NODE_ADDRESS valueFrom: fieldRef: fieldPath: status.hostIP
Esse manifesto faz o seguinte:
- Cria um namespace e configura papéis do RBAC para permitir a leitura de métricas de nó.
- Implanta um DaemonSet que verifica as métricas do kubelet para a porta somente leitura não segura.
Implante o manifesto:
kubectl create -f read-only-port-metrics.yaml
Verifique os registros do DaemonSet:
kubectl logs --namespace=node-metrics-printer-namespace \ --all-containers --prefix \ --selector=app=node-metrics-printer
Se a saída tiver resultados que contêm a string
server_type=readonly
, um aplicativo está usando a porta somente leitura não segura.
Migrar da porta somente leitura do kubelet não segura
Normalmente, a migração de um aplicativo para a porta segura envolve as seguintes etapas:
Atualize URLs ou endpoints que se referem à porta somente leitura não segura para usar a porta somente leitura segura. Por exemplo, altere
http://203.0.113.104:10255
parahttp://203.0.113.104:10250
.Defina o certificado de autoridade de certificação (CA) do cliente HTTP como o certificado de CA do cluster. Para encontrar esse certificado, execute o seguinte comando:
gcloud container clusters describe CLUSTER_NAME \ --location=LOCATION \ --format="value(masterAuth.clusterCaCertificate)"
Substitua:
CLUSTER_NAME
: o nome do cluster.LOCATION
: o local do cluster.
A porta autenticada 10250
exige que você conceda papéis RBAC
adequados ao sujeito para acessar os recursos específicos. Para mais detalhes, consulte a
documentação do Kubernetes em
autorização do kubelet.
Se usar aplicativos de terceiros que dependem da porta somente leitura
do kubelet não segura, consulte o fornecedor do aplicativo para saber como migrar
para a porta segura 10250
.
Exemplo de migração
Considere um pod que consulta métricas da porta somente leitura do kubelet não segura.
apiVersion: v1
kind: Pod
metadata:
name: kubelet-readonly-example
spec:
restartPolicy: Never
containers:
- name: kubelet-readonly-example
image: us-docker.pkg.dev/cloud-builders/ga/v1/curl:latest
command:
- curl
- http://$(NODE_ADDRESS):10255/metrics
env:
- name: NODE_ADDRESS
valueFrom:
fieldRef:
fieldPath: status.hostIP
Este aplicativo faz o seguinte:
- Usa a conta de serviço
default
no namespacedefault
- Executa o comando
curl
no endpoint/metrics
do nó.
Para atualizar esse pod para usar a porta segura 10250
, siga estas etapas:
Crie um ClusterRole com acesso para receber as métricas do nó:
apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: curl-authenticated-role rules: - apiGroups: - "" resources: - nodes/metrics verbs: - get
Vincule o ClusterRole à identidade do aplicativo:
apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: curl-authenticated-role-binding roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: curl-authenticated-role subjects: - kind: ServiceAccount name: default namespace: default
Atualize o comando
curl
para usar o endpoint de porta seguro com os cabeçalhos de autorização correspondentes:apiVersion: v1 kind: Pod metadata: name: kubelet-authenticated-example spec: restartPolicy: Never containers: - name: kubelet-readonly-example image: us-docker.pkg.dev/cloud-builders/ga/v1/curl:latest env: - name: NODE_ADDRESS valueFrom: fieldRef: fieldPath: status.hostIP command: - sh - -c - 'curl -s --cacert /var/run/secrets/kubernetes.io/serviceaccount/ca.crt -H "Authorization: Bearer $(cat /var/run/secrets/kubernetes.io/serviceaccount/token)" https://${NODE_ADDRESS}:10250/metrics'
Modificar regras de firewall da VPC
Se você atualizar os workloads para usar a porta 10250
, crie regras de firewall para que os pods no cluster possam acessar a porta nos intervalos de endereços IP do nó. As regras do firewall
precisam fazer o seguinte:
- Permitir o tráfego de entrada na porta TCP
10250
nos intervalos de endereços IP do nó dos intervalos de endereços IP internos do pod - Negar o tráfego de entrada para a porta TCP
10250
nos intervalos de endereço IP do nó da Internet pública.
É possível usar as regras de firewall padrão do GKE a seguir como modelo para os parâmetros a serem especificados nas novas regras:
gke-[cluster-name]-[cluster-hash]-inkubelet
gke-[cluster-name]-[cluster-hash]-exkubelet
Desativar a porta somente leitura não segura em clusters do Autopilot
É possível desativar a porta somente leitura do kubelet não segura para clusters novos e atualizados do Autopilot.
Desativar a porta somente leitura não segura em novos clusters do Autopilot
Para desativar a porta somente leitura do kubelet não segura ao criar um novo
cluster do Autopilot, use a flag
--no-autoprovisioning-enable-insecure-kubelet-readonly-port
, como no
seguinte comando:
gcloud container clusters create-auto CLUSTER_NAME \
--location=LOCATION \
--no-autoprovisioning-enable-insecure-kubelet-readonly-port
Substitua:
CLUSTER_NAME
: o nome do novo cluster de Autopilot.LOCATION
: o nome do novo cluster de Autopilot.
Desativar a porta somente leitura não segura em clusters do Autopilot atuais
Para desativar a porta somente leitura do kubelet não segura em um cluster do Autopilot, use a flag --no-autoprovisioning-enable-insecure-kubelet-readonly-port
, como no seguinte comando: Todos os nós novos e existentes no cluster param de usar a
porta.
gcloud container clusters update CLUSTER_NAME \
--location=LOCATION \
--no-autoprovisioning-enable-insecure-kubelet-readonly-port
Substitua:
CLUSTER_NAME
: o nome do cluster atual.LOCATION
: o local do cluster atual.
Verifique se a porta está desativada
Para verificar se a porta somente leitura do kubelet não segura está desativada, descreva o recurso do GKE.
Verificar o status da porta em clusters do Autopilot
Execute este comando:
gcloud container clusters describe CLUSTER_NAME \
--location=LOCATION \
--flatten=nodePoolAutoConfig \
--format="value(nodeKubeletConfig)"
Substitua:
CLUSTER_NAME
: o nome do cluster do Autopilot.LOCATION
: o local do cluster do Autopilot.
Se a porta estiver desativada, a saída será a seguinte:
insecureKubeletReadonlyPortEnabled: false