Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
In diesem Dokument wird ein 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
Bei Container Threat Detection wurde ein Prozess beobachtet, der unerwartet einen untergeordneten Shell-Prozess gestartet hat. Dieses Ereignis kann darauf hinweisen, dass ein Angreifer versucht, Shellbefehle und ‑skripts zu missbrauchen.
So reagieren Sie
Gehen Sie folgendermaßen vor, um auf dieses Ergebnis zu reagieren:
Schritt 1: Ergebnisdetails prüfen
Öffnen Sie ein Unexpected Child Shell-Ergebnis, wie unter Ergebnisse prüfen beschrieben. Der Detailbereich für das Ergebnis wird geöffnet und der Tab Zusammenfassung wird angezeigt.
Sehen Sie sich auf dem Tab Zusammenfassung die Informationen in den folgenden Abschnitten an:
Was wurde erkannt?, insbesondere die folgenden Felder:
Übergeordneter Prozess: Der Prozess, der den untergeordneten Shell-Prozess unerwartet erstellt hat.
Untergeordneter Prozess: Der untergeordnete Shell-Prozess.
Argumente: die Argumente, die an die Binärdatei des untergeordneten Shell-Prozesses übergeben werden.
Umgebungsvariablen: die Umgebungsvariablen der Binärdatei des untergeordneten Shellprozesses.
Containers: Der Name des Containers.
Containers URI: Der Bild-URI des Containers.
Kubernetes-Pods: der Pod-Name und ‑Namespace.
Betroffene Ressource, insbesondere die folgenden Felder:
Anzeigename der Ressource: Der Name der betroffenen Ressource.
Vollständiger Ressourcenname: der vollständige Ressourcenname des Clusters. Der vollständige Ressourcenname enthält die folgenden Informationen:
Das Projekt, das den Cluster enthält: projects/PROJECT_ID
Der Standort des Clusters: entweder zone/ZONE oder locations/LOCATION
Name des Clusters: projects/CLUSTER_NAME
Weitere Informationen, insbesondere die folgenden Felder:
VirusTotal-Indikator: Link zur VirusTotal-Analyseseite.
Klicken Sie auf den Tab JSON und notieren Sie sich die folgenden Felder:
+processes: ein Array mit allen Prozessen, die mit dem Ergebnis zusammenhängen. Dieses Array enthält den untergeordneten Shell-Prozess und den übergeordneten Prozess.
+resource:
+project_display_name: Der Name des Projekts, das die Assets enthält.
+sourceProperties:
+VM_Instance_Name: der Name des GKE-Knotens, auf dem der Pod ausgeführt wurde.
Schritt 2: Cluster und Knoten prüfen
Rufen Sie in der Google Cloud Console die Seite Kubernetes-Cluster auf.
Wählen Sie in der Symbolleiste der Google Cloud Console bei Bedarf das Projekt aus, das Sie in der Vollständiger Ressourcenname (resource.name) des Clusters in der Zusammenfassung des Ergebnisses notiert haben.
Klicken Sie auf Systemarbeitslasten ansehen.
Filtern Sie die Liste der Arbeitslasten nach dem Clusternamen, den Sie in der Vollständiger Ressourcenname (resource.name) der Zusammenfassung des Ergebnisses notiert haben, und bei Bedarf nach dem Pod-Namespace (kubernetes.pods.ns), den Sie notiert haben.
Klicken Sie auf den Namen der Arbeitslast, der dem Wert des Attributs VM_Instance_Name entspricht, den Sie zuvor im JSON des Ergebnisses notiert haben. Die Seite Pod-Details wird geöffnet.
Sehen Sie sich auf der Seite Pod-Details alle Informationen zum Pod an, die Ihnen bei der Behebung der Bedrohung helfen könnten.
Schritt 4: Protokolle prüfen
Rufen Sie in der Google Cloud Console den Log-Explorer auf.
Prüfen Sie den SHA-256-Hashwert für die als schädlich gekennzeichnete Binärdatei auf VirusTotal, indem Sie auf den Link in VirusTotal-Indikator klicken. VirusTotal ist ein Alphabet-eigener Dienst, der Kontext zu potenziell schädlichen Dateien, URLs, Domains und IP-Adressen bereitstellt.
Wenn Sie einen Reaktionsplan entwickeln möchten, kombinieren Sie Ihre Untersuchungsergebnisse mit der MITRE-Forschung und der VirusTotal-Analyse.
Schritt 7: Antwort implementieren
Der folgende Antwortplan ist möglicherweise für dieses Ergebnis geeignet, kann sich jedoch auch auf Vorgänge auswirken.
Prüfen Sie die Informationen, die Sie im Rahmen Ihrer Untersuchung erfasst haben, sorgfältig, um die beste Lösung für die Ergebnisse zu ermitteln.
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.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-05 (UTC)."],[],[],null,["| Premium and Enterprise [service tiers](/security-command-center/docs/service-tiers)\n\nThis document describes a threat finding type in Security Command Center. Threat findings are generated by\n[threat detectors](/security-command-center/docs/concepts-security-sources#threats) when they detect\na potential threat in your cloud resources. For a full list of available threat findings, see [Threat findings index](/security-command-center/docs/threat-findings-index).\n\nOverview\n\nContainer Threat Detection observed a process that unexpectedly spawned a child shell\nprocess. This event might indicate that an attacker is trying to abuse shell\ncommands and scripts.\n\nHow to respond\n\nTo respond to this finding, do the following:\n\nStep 1: Review finding details\n\n1. Open an `Unexpected Child Shell` finding as directed in\n [Reviewing findings](/security-command-center/docs/how-to-investigate-threats#reviewing_findings). The details panel for the\n finding opens to the **Summary** tab.\n\n2. On the **Summary** tab, review the information in the following sections:\n\n - **What was detected** , especially the following fields:\n - **Parent process**: the process that unexpectedly created the child shell process.\n - **Child process**: the child shell process.\n - **Arguments**: the arguments provided to the child shell process binary.\n - **Environment variables**: the environment variables of the child shell process binary.\n - **Containers**: the name of the container.\n - **Containers URI**: the image URI of the container.\n - **Kubernetes pods**: the Pod name and namespace.\n - **Affected resource** , especially the following fields:\n - **Resource display name**: the name of the affected resource.\n - **Resource full name** : the [full resource name](/apis/design/resource_names) of the cluster. The full resource name includes the following information:\n - The project that contains the cluster: `projects/`\u003cvar translate=\"no\"\u003ePROJECT_ID\u003c/var\u003e\n - The location in which the cluster is located: either `zone/`\u003cvar translate=\"no\"\u003eZONE\u003c/var\u003e or `locations/`\u003cvar translate=\"no\"\u003eLOCATION\u003c/var\u003e\n - The name of the cluster: `projects/`\u003cvar translate=\"no\"\u003eCLUSTER_NAME\u003c/var\u003e\n - **Related links** , especially the following fields:\n - **VirusTotal indicator**: link to the VirusTotal analysis page.\n3. Click the **JSON** tab and note the following fields:\n\n+`processes`: an array containing all processes related to the finding. This array includes the child shell process and the parent process.\n+`resource`:\n+`project_display_name`: The name of the project that contains the assets.\n+`sourceProperties`:\n+`VM_Instance_Name`: the name of the GKE node where the\nPod executed.\n\nStep 2: Review cluster and node\n\n1. In the Google Cloud console, go to the **Kubernetes clusters** page.\n\n [Go to Kubernetes clusters](https://console.cloud.google.com/kubernetes/list)\n2. On the Google Cloud console toolbar, select the project listed in\n `resource.project_display_name`, if necessary.\n\n3. Select the cluster listed in `resource.name`. Note any metadata about\n the cluster and its owner.\n\n4. Click the **Nodes** tab. Select the node listed in `VM_Instance_Name`.\n\n5. Click the **Details** tab and note the\n `container.googleapis.com/instance_id` annotation.\n\nStep 3: Review Pod\n\n1. In the Google Cloud console, go to the **Kubernetes Workloads** page.\n\n [Go to Kubernetes Workloads](https://console.cloud.google.com/kubernetes/workload)\n2. On the Google Cloud console toolbar, select the project that you noted\n in the **Resource full name** (`resource.name`) of the cluster in the\n finding summary, if necessary.\n\n3. Click **Show system workloads**.\n\n4. Filter the list of workloads by the cluster name that you noted in\n **Resource full name** (`resource.name`) of the finding summary and, if\n necessary, the pod **Namespace** (`kubernetes.pods.ns`) that you noted.\n\n5. Click the workload name that matches the value of the `VM_Instance_Name`\n property that you noted in the finding JSON earlier. The **Pod details**\n page opens.\n\n6. On the **Pod details** page, note any information about the Pod that\n might help you resolve the threat.\n\nStep 4: Check logs\n\n1. In the Google Cloud console, go to **Logs Explorer**.\n\n [Go to Logs Explorer](https://console.cloud.google.com/logs/query)\n2. On the Google Cloud console toolbar, select the project listed in\n `resource.project_display_name`.\n\n3. Set **Select time range** to the period of interest.\n\n4. On the page that loads, do the following:\n\n 1. Find Pod logs for `Pod_Name` by using the following filter:\n - `resource.type=\"k8s_container\"`\n - `resource.labels.project_id=\"`\u003cvar class=\"edit\" translate=\"no\"\u003eresource.project_display_name\u003c/var\u003e`\"`\n - `resource.labels.location=\"`\u003cvar class=\"edit\" translate=\"no\"\u003elocation\u003c/var\u003e`\"`\n - `resource.labels.cluster_name=\"`\u003cvar class=\"edit\" translate=\"no\"\u003ecluster_name\u003c/var\u003e`\"`\n - `resource.labels.namespace_name=\"`\u003cvar class=\"edit\" translate=\"no\"\u003ePod_Namespace\u003c/var\u003e`\"`\n - `resource.labels.pod_name=\"`\u003cvar class=\"edit\" translate=\"no\"\u003ePod_Name\u003c/var\u003e`\"`\n 2. Find cluster audit logs by using the following filter:\n - `logName=\"projects/`\u003cvar class=\"edit\" translate=\"no\"\u003eresource.project_display_name\u003c/var\u003e`/logs/cloudaudit.googleapis.com%2Factivity\"`\n - `resource.type=\"k8s_cluster\"`\n - `resource.labels.project_id=\"`\u003cvar class=\"edit\" translate=\"no\"\u003eresource.project_display_name\u003c/var\u003e`\"`\n - `resource.labels.location=\"`\u003cvar class=\"edit\" translate=\"no\"\u003elocation\u003c/var\u003e`\"`\n - `resource.labels.cluster_name=\"`\u003cvar class=\"edit\" translate=\"no\"\u003ecluster_name\u003c/var\u003e`\"`\n - \u003cvar class=\"edit\" translate=\"no\"\u003ePod_Name\u003c/var\u003e\n 3. Find GKE node console logs by using the following filter:\n - `resource.type=\"gce_instance\"`\n - `resource.labels.instance_id=\"`\u003cvar class=\"edit\" translate=\"no\"\u003einstance_id\u003c/var\u003e`\"`\n\nStep 5: Investigate the running container\n\nIf the container is still running, it might be possible to investigate the\ncontainer environment directly.\n\n1. Go to the Google Cloud console.\n\n [Open Google Cloud console](https://console.cloud.google.com/)\n2. On the Google Cloud console toolbar, select the project listed in\n `resource.project_display_name`.\n\n3. Click **Activate Cloud Shell** .\n\n4. Obtain GKE credentials for your cluster by running the\n following commands.\n\n For zonal clusters, run the following: \n\n gcloud container clusters get-credentials \u003cvar class=\"edit\" translate=\"no\"\u003ecluster_name\u003c/var\u003e --zone \u003cvar class=\"edit\" translate=\"no\"\u003elocation\u003c/var\u003e --project \u003cvar class=\"edit\" translate=\"no\"\u003eresource.project_display_name\u003c/var\u003e\n\n For regional clusters, run the following: \n\n gcloud container clusters get-credentials \u003cvar class=\"edit\" translate=\"no\"\u003ecluster_name\u003c/var\u003e --region \u003cvar class=\"edit\" translate=\"no\"\u003elocation\u003c/var\u003e --project \u003cvar class=\"edit\" translate=\"no\"\u003eresource.project_display_name\u003c/var\u003e\n\n5. To launch a shell within the container environment, run the following:\n\n kubectl exec --namespace=\u003cvar class=\"edit\" translate=\"no\"\u003ePod_Namespace\u003c/var\u003e -ti \u003cvar class=\"edit\" translate=\"no\"\u003ePod_Name\u003c/var\u003e -c \u003cvar class=\"edit\" translate=\"no\"\u003eContainer_Name\u003c/var\u003e -- /bin/sh\n\n This command requires the container to have a shell installed at `/bin/sh`.\n\n To view all processes running in the container, run the following command\n in the container shell: \n\n ps axjf\n\n This command requires the container to have `/bin/ps` installed.\n\nStep 6: Research attack and response methods\n\n1. Review MITRE ATT\\&CK framework entries for this finding type: [Command and Scripting Interpreter: Unix Shell](https://attack.mitre.org/techniques/T1059/004/).\n2. Check the SHA-256 hash value for the binary flagged as malicious on [VirusTotal](https://www.virustotal.com) by clicking the link in **VirusTotal indicator**. VirusTotal is an Alphabet-owned service that provides context on potentially malicious files, URLs, domains, and IP addresses.\n3. To develop a response plan, combine your investigation results with the MITRE research and VirusTotal analysis.\n\nStep 7: Implement your response\n\n\nThe following response plan might be appropriate for this finding, but might also impact operations.\nCarefully evaluate the information you gather in your investigation to determine the best way to\nresolve findings.\n\n- Contact the owner of the project with the compromised container.\n- Stop or [delete](/container-registry/docs/managing#deleting_images) the compromised container and replace it with a [new container](/compute/docs/containers).\n\nWhat's next\n\n- Learn [how to work with threat\n findings in Security Command Center](/security-command-center/docs/how-to-investigate-threats).\n- Refer to the [Threat findings index](/security-command-center/docs/threat-findings-index).\n- Learn how to [review a\n finding](/security-command-center/docs/how-to-investigate-threats#reviewing_findings) through the Google Cloud console.\n- Learn about the [services that\n generate threat findings](/security-command-center/docs/concepts-security-sources#threats)."]]
.