Schädliche URL beobachtet

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

Container Threat Detection hat eine schädliche URL in der Argumentliste eines ausführbaren Prozesses beobachtet. Angreifer können über schädliche URLs Malware oder schädliche Bibliotheken laden.

Die Quelle dieses Ergebnisses ist Container Threat Detection.

Maßnahmen

So reagieren Sie auf dieses Ergebnis:

Schritt 1: Ergebnisdetails prüfen

  1. Öffnen Sie das Ergebnis Malicious URL Observed , 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 wurde erkannt, insbesondere die folgenden Felder:
      • URI: die beobachtete schädliche URI.
      • Hinzugefügte Binärdatei: der vollständige Pfad der Prozessbinärdatei, die die Argumente mit der schädlichen URL erhalten hat.
      • Argumente: die Argumente, die beim Aufrufen der Prozessbinärdatei angegeben werden.
      • Umgebungsvariablen: die Umgebungsvariablen, die beim Aufrufen der Prozessbinärdatei aktiv waren.
      • Container: der Name des Containers.
      • Kubernetes-Pods: der Pod-Name und der Namespace.
    • Betroffene Ressource, insbesondere die folgenden Felder:
      • Anzeigename der Ressource: der Name der betroffenen Ressource.
      • Vollständiger Name der Ressource: 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
        • Der Name des Clusters: projects/CLUSTER_NAME
    • Weitere Informationen, insbesondere die folgenden Felder:
      • VirusTotal-Indikator: Link zur VirusTotal-Analyseseite.

  3. Notieren Sie sich auf dem Tab JSON im Attribut sourceProperties den Wert der Eigenschaft VM_Instance_Name.

Schritt 2: Cluster und Knoten prüfen

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

    Zur Seite Kubernetes Clusters

  2. Wählen Sie in der Google Cloud Console-Symbolleiste bei Bedarf das Projekt aus, das unter Vollständiger Name der Ressource (resource.name) angezeigt wird. Der Projekt name wird im vollständigen Ressourcennamen nach /projects/ angezeigt.

  3. Klicken Sie auf den Clusternamen, den Sie in der Zusammenfassung des Ergebnisses unter Anzeigename der Ressource (resource.display_name) notiert haben. Die Seite Cluster wird geöffnet.

  4. Notieren Sie sich auf der Seite **Clusterdetails** im Abschnitt Metadaten alle benutzerdefinierten Informationen, die bei der Behebung der Bedrohung hilfreich sein könnten, z. B. Informationen, die den Clusterinhaber identifizieren.

  5. Klicken Sie auf den Tab Knoten.

  6. Wählen Sie in der Liste der Knoten den Knoten aus, der mit dem Wert von VM_Instance_Name übereinstimmt, den Sie zuvor im JSON des Ergebnisses notiert haben.

  7. Notieren Sie sich auf dem Tab Details der Seite Knotendetails im Abschnitt Annotationen den Wert der container.googleapis.com/instance_id Annotation.

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 Projekt aus, das Sie in der Zusammenfassung des Ergebnisses unter Vollständiger Name der Ressource (resource.name) des Clusters notiert haben.

  3. Klicken Sie auf Systemarbeitslasten ansehen.

  4. Filtern Sie die Liste der Arbeitslasten nach dem Clusternamen, den Sie in Vollständiger Name der Ressource (resource.name) der Zusammenfassung des Ergebnisses notiert haben, und bei Bedarf nach dem Pod-Namespace (kubernetes.pods.ns), den Sie notiert haben.

  5. Klicken Sie auf den Namen der Arbeitslast, der mit dem Wert der Eigenschaft VM_Instance_Name übereinstimmt, den Sie zuvor im JSON des Ergebnisses notiert haben. Die Seite Pod-Details wird geöffnet.

  6. Notieren Sie sich auf der Seite Pod-Details alle Informationen zum Pod, die Ihnen bei der Behebung der Bedrohung helfen könnten.

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 Projekt aus, das unter Vollständiger Name der Ressource (resource.name) angezeigt wird.

  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 Ihren Pod (kubernetes.pods.name):
      • resource.type="k8s_container"
      • resource.labels.project_id="PROJECT_ID"
      • resource.labels.location="LOCATION"
      • resource.labels.cluster_name="CLUSTER_NAME"
      • resource.labels.namespace_name="NAMESPACE_NAME"
      • resource.labels.pod_name="POD_NAME"
    2. Suchen Sie mit dem folgenden Filter nach Cluster-Audit-Logs:
      • logName="projects/PROJECT_NAME/logs/cloudaudit.googleapis.com%2Factivity"
      • resource.type="k8s_cluster"
      • resource.labels.project_id="PROJECT_ID"
      • resource.labels.location="LOCATION_OR_ZONE"
      • resource.labels.cluster_name="CLUSTER_NAME/var>"
      • 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. Rufen Sie in der Google Cloud Console die Seite Kubernetes-Cluster auf.

    Zur Seite Kubernetes Clusters

  2. Klicken Sie auf den Namen des Clusters in resource.labels.cluster_name.

  3. Klicken Sie auf der Seite Cluster auf Verbinden und dann auf In Cloud Shell ausführen.

    Cloud Shell startet Befehle für den Cluster im Terminal und fügt sie hinzu.

  4. Drücken Sie die Eingabetaste. Wenn das Dialogfeld Cloud Shell autorisieren angezeigt wird, klicken Sie auf Autorisieren.

  5. 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

    Ersetzen Sie CONTAINER_NAME durch den Namen des Containers, den Sie zuvor in der Zusammenfassung des Ergebnisses notiert haben.

    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 den Safe Browsing-Status der Website , um Details dazu zu erhalten, warum die URL als schädlich eingestuft wird.
  2. Prüfen Sie die MITRE-ATT&CK-Framework-Einträge für diesen Ergebnistyp: Ingress-Tool-Übertragung.
  3. Prüfen Sie den SHA-256-Hashwert für die Binärdatei, die auf VirusTotal als schädlich gekennzeichnet ist, indem Sie auf den Link unter VirusTotal-Indikator klicken. VirusTotal, ein Alphabet-eigener Dienst, der Kontext zu potenziell schädlichen Dateien, URLs, Domains und IP-Adressen bereitstellt.
  4. Wenn Sie einen Reaktionsplan entwickeln möchten, kombinieren Sie Ihre Prüfungsergebnisse mit der MITRE-Forschung und der VirusTotal-Analyse.

Schritt 7: Antwort 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