Ansichten:
Profilanwendbarkeit: Stufe 1
Deaktivieren Sie den schreibgeschützten Port.
Der Kubelet-Prozess stellt zusätzlich zur Haupt-Kubelet-API eine schreibgeschützte API bereit. Unauthentifizierter Zugriff wird auf diese schreibgeschützte API gewährt, wodurch möglicherweise sensible Informationen über den Cluster abgerufen werden könnten.
Hinweis
Hinweis
Siehe die Amazon EKS-Dokumentation für den Standardwert.

Auswirkung

Die Entfernung des schreibgeschützten Ports erfordert, dass jeder Dienst, der ihn genutzt hat, neu konfiguriert werden muss, um die Haupt-Kubelet-API zu verwenden.

Prüfung

  1. Wenn eine Kubelet-Konfigurationsdatei verwendet wird, überprüfen Sie, ob ein Eintrag für authentifizierung: anonym: aktiviert auf 0 gesetzt ist.
  2. SSH zum entsprechenden Knoten. Führen Sie den folgenden Befehl auf jedem Knoten aus, um die passende Kubelet-Konfigurationsdatei zu finden: 
    ps -ef | grep kubelet
    Die Ausgabe des obigen Befehls sollte etwas Ähnliches wie --config/etc/kubernetes/kubelet/kubelet-config.json zurückgeben, was den Speicherort der Kubelet-Konfigurationsdatei darstellt.
  3. Öffnen Sie die Kubelet-Konfigurationsdatei: 
    cat /etc/kubernetes/kubelet/kubelet-config.json
  4. Überprüfen Sie, ob das Argument --read-only-port vorhanden ist und auf 0 gesetzt ist.
  5. Wenn das Argument --read-only-port nicht vorhanden ist, überprüfen Sie, ob eine Kubelet-Konfigurationsdatei durch --config angegeben ist. Überprüfen Sie, ob im Fall eines readOnlyPort-Eintrags in der Datei dieser auf 0 gesetzt ist.

Wiederherstellung

Wenn Sie die Kubelet-Konfigurationsdatei ändern, bearbeiten Sie die kubelet-config.json-Datei /etc/kubernetes/kubelet/kubelet-config.json und setzen Sie den folgenden Parameter auf 0: 
"readOnlyPort": 0
Wenn ausführbare Argumente verwendet werden, bearbeiten Sie die kubelet-Dienstdatei /etc/systemd/system/kubelet.service.d/10-kubelet-args.conf auf jedem Worker-Knoten und fügen Sie am Ende der KUBELET_ARGS-Variablenzeichenfolge den folgenden Parameter hinzu: 
--read-only-port=0
Für jede Behebung starten Sie den kubelet-Dienst neu und überprüfen Sie den Status basierend auf Ihrem System:
systemctl daemon-reload
systemctl restart kubelet.service
systemctl status kubelet -l