Execution: Kubernetes Attack Tool Execution

In diesem Dokument wird ein bestimmter Typ von Bedrohungsergebnissen in Security Command Center beschrieben. Bedrohungsergebnisse werden von Bedrohungsdetektoren generiert, wenn sie eine potenzielle Bedrohung in Ihren Cloud-Ressourcen erkennen. Eine vollständige Liste der verfügbaren Bedrohungsergebnisse finden Sie im Index der Bedrohungsergebnisse.

Übersicht

Ein Kubernetes-Angriffstool wurde im Container ausgeführt. Dies deutet auf einen potenziellen Versuch hin, Sicherheitslücken in der Kubernetes-Umgebung auszunutzen. Diese Tools werden häufig von Angreifern verwendet, um Berechtigungen zu eskalieren, Lateral Movement auszuführen oder andere Ressourcen im Cluster zu manipulieren. Dies ist ein Ergebnis mit dem Schweregrad „Kritisch“, da die Ausführung solcher Tools auf einen bewussten Versuch hindeutet, die Kontrolle über Kubernetes-Komponenten wie den API-Server, Knoten oder Arbeitslasten zu erlangen. Angreifer können mit diesen Tools Sicherheitskontrollen umgehen, Konfigurationen manipulieren oder sensible Daten exfiltrieren.

Die Quelle dieses Ergebnisses ist Container Threat Detection.

Maßnahmen

So reagieren Sie auf dieses Ergebnis:

Schritt 1: Ergebnisdetails prüfen

  1. Öffnen Sie ein Execution: Kubernetes Attack Tool Execution-Ergebnis, wie unter Ergebnisse prüfen beschrieben. Der Detailbereich für das Ergebnis wird geöffnet und der Tab Zusammenfassung wird angezeigt.

  2. Sehen Sie sich auf dem Tab Zusammenfassung die Informationen in den folgenden Abschnitten an:

    • Was erkannt wurde, insbesondere die folgenden Felder:
      • Binärprogramm des Programms: der absolute Pfad des ausgeführten Binärprogramms.
      • Argumente: die Argumente, die während der Ausführung des Binärprogramms übergeben werden.
    • Betroffene Ressource, insbesondere die folgenden Felder:
      • Vollständiger Name der Ressource: der vollständige Ressourcenname des Clusters, einschließlich Projektnummer, Standort und Clustername.

  3. Klicken Sie in der Detailansicht des Ergebnisses auf den Tab JSON.

  4. Achten Sie in der JSON-Datei auf die folgenden Felder.

    • resource:
      • project_display_name: der Name des Projekts, das den Cluster enthält
    • finding:
      • processes:
        • binary:
        • path: der vollständige Pfad des ausgeführten Binärprogramms
      • args: die Argumente, die beim Ausführen des Binärprogramms angegeben wurden.
    • sourceProperties:
      • Pod_Namespace: der Name des Kubernetes-Namespace des Pods
      • Pod_Name: der Name des GKE-Pods
      • Container_Name: der Name des betroffenen Containers
      • Container_Image_Uri: der Name des bereitgestellten Container-Images
      • VM_Instance_Name: der Name des GKE-Knotens, auf dem der Pod ausgeführt wurde

  5. Suchen Sie nach anderen Ergebnissen, die für diesen Container zu einem ähnlichen Zeitpunkt aufgetreten sind. Zugehörige Ergebnisse deuten möglicherweise darauf hin, dass diese Aktivität schädlich war und nicht auf einem Verstoß gegen Best Practices beruhte.

Schritt 2: Cluster und Knoten prüfen

  1. Rufen Sie in der Google Cloud Console die Seite Kubernetes-Cluster auf.

    Zur Seite „Kubernetes-Cluster“

  2. Wählen Sie in der Google Cloud Console-Symbolleiste bei Bedarf das in resource.project_display_name aufgeführte Projekt aus.

  3. Wählen Sie den Cluster aus, der auf dem Tab Zusammenfassung der Ergebnisdetails in der Zeile Vollständiger Name der Ressource aufgeführt ist. Notieren Sie sich alle Metadaten zum Cluster und zu seinem Inhaber.

  4. Klicken Sie auf den Tab Knoten. Wählen Sie den in VM_Instance_Name aufgeführten Knoten aus.

  5. Klicken Sie auf den Tab Details und notieren Sie sich die Annotation container.googleapis.com/instance_id.

Schritt 3: Pod überprüfen

  1. Rufen Sie in der Google Cloud Console die Seite Kubernetes-Arbeitslasten auf.

    Zur Seite „Kubernetes-Arbeitslasten“

  2. Wählen Sie in der Google Cloud Console-Symbolleiste bei Bedarf das in resource.project_display_name aufgeführte Projekt aus.

  3. Filtern Sie bei Bedarf nach dem Cluster, der auf dem Tab Zusammenfassung der Ergebnisdetails in der Zeile Vollständiger Name der Ressource aufgeführt ist. Bei Bedarf können Sie auch nach dem in Pod_Namespace aufgeführten Pod-Namespace filtern.

  4. Wählen Sie den in Pod_Name aufgeführten Pod aus. Notieren Sie sich alle Metadaten zum Pod und zu seinem Inhaber.

Schritt 4: Protokolle prüfen

  1. Rufen Sie in der Google Cloud Console den Log-Explorer auf.

    Zum Log-Explorer

  2. Wählen Sie in der Google Cloud Console-Symbolleiste bei Bedarf das in resource.project_display_name aufgeführte Projekt aus.

  3. Wählen Sie für Zeitraum auswählen den gewünschten Zeitraum aus.

  4. Gehen Sie auf der Seite, die geladen wird, so vor:

    1. Suchen Sie mit dem folgenden Filter nach Pod-Logs für Pod_Name:
      • resource.type="k8s_container"
      • resource.labels.project_id="RESOURCE.PROJECT_DISPLAY_NAME"
      • resource.labels.location="LOCATION"
      • resource.labels.cluster_name="CLUSTER_NAME"
      • resource.labels.namespace_name="POD_NAMESPACE"
      • resource.labels.pod_name="POD_NAME"
    2. Suchen Sie mit dem folgenden Filter nach Cluster-Audit-Logs:
      • logName="projects/RESOURCE.PROJECT_DISPLAY_NAME/logs/cloudaudit.googleapis.com%2Factivity"
      • resource.type="k8s_cluster"
      • resource.labels.project_id="RESOURCE.PROJECT_DISPLAY_NAME"
      • resource.labels.location="LOCATION"
      • resource.labels.cluster_name="CLUSTER_NAME"
      • POD_NAME
    3. Suchen Sie mit dem folgenden Filter nach Console-Logs im GKE-Knoten:
      • resource.type="gce_instance"
      • resource.labels.instance_id="INSTANCE_ID"

Schritt 5: Laufenden Container prüfen

Wenn der Container noch ausgeführt wird, können Sie die Containerumgebung möglicherweise direkt untersuchen.

  1. Zur Google Cloud Console.

    Öffnen Sie die Google Cloud Console.

  2. Wählen Sie in der Google Cloud Console-Symbolleiste bei Bedarf das in resource.project_display_name aufgeführte Projekt aus.

  3. Klicken Sie auf Cloud Shell aktivieren.

  4. Rufen Sie die GKE-Anmeldedaten für Ihren Cluster ab, indem Sie die folgenden Befehle ausführen.

    Für zonale Cluster:

    gcloud container clusters get-credentials CLUSTER_NAME --zone LOCATION --project PROJECT_NAME

    Für regionale Cluster:

    gcloud container clusters get-credentials CLUSTER_NAME --region LOCATION --project PROJECT_NAME

Ersetzen Sie Folgendes:

  • CLUSTER_NAME: der in resource.labels.cluster_name aufgeführte Cluster
  • LOCATION: der in resource.labels.location aufgeführte Standort
  • PROJECT_NAME: der in resource.project_display_name aufgeführte Projektname

  1. Rufen Sie das ausgeführte Binärprogramm ab:

    kubectl cp \
      POD_NAMESPACE/POD_NAME:PROCESS_BINARY_FULLPATH \
      -c CONTAINER_NAME \
      LOCAL_FILE

    Ersetzen Sie LOCAL_FILE durch einen lokalen Dateipfad, um das hinzugefügte Binärprogramm zu speichern.

  2. Stellen Sie eine Verbindung zur Containerumgebung her, indem Sie den folgenden Befehl ausführen:

    kubectl exec \
      --namespace=POD_NAMESPACE \
      -ti POD_NAME \
      -c CONTAINER_NAME \
      -- /bin/sh

    Bei diesem Befehl muss für den Container eine Shell unter /bin/sh installiert sein.

Schritt 6: Angriffs- und Reaktionsmethoden untersuchen

  1. Prüfen Sie die MITRE ATT&CK-Framework-Einträge für diesen Ergebnistyp: Obtain Capabilities: Tool.
  2. Um einen Reaktionsplan zu entwickeln, kombinieren Sie die Prüfungsergebnisse mit der MITRE-Studie.

Schritt 7: Reaktion implementieren

Der folgende Reaktionplan ist möglicherweise für dieses Ergebnis geeignet, kann sich jedoch auch auf Abläufe auswirken. Prüfen Sie die Informationen, die Sie im Rahmen Ihrer Untersuchung erfasst haben, sorgfältig, um die beste Lösung für die Behebung der Ergebnisse zu finden.

  • Wenden Sie sich an den Inhaber des Projekts mit dem manipulierten Container.
  • Beenden oder löschen Sie den manipulierten Container und ersetzen Sie ihn durch einen neuen Container.

Weitere Informationen