Ce document décrit un type de résultat de détection de menace dans Security Command Center. Ces résultats sont générés par les détecteurs de menaces lorsqu'ils détectent une menace potentielle dans vos ressources cloud. Pour obtenir la liste complète des résultats de détection de menace disponibles, consultez cet index.
Présentation
Un fichier binaire ne faisant pas partie de l'image de conteneur d'origine a été exécuté.
Les pirates informatiques installent généralement les outils d'exploitation et les logiciels malveillants après la compromission initiale. Il est important de vous assurer que vos conteneurs sont immuables. Il s'agit d'une bonne pratique. Il s'agit d'un résultat de faible gravité, car votre organisation n'applique peut-être pas cette bonne pratique. Des résultats Execution: Added
Malicious Binary Executed correspondants sont générés lorsque le hachage du fichier binaire est un indicateur de compromission connu
.
Container Threat Detection est la source de ce résultat.
Actions à mettre en place
Pour traiter ce résultat, procédez comme suit :
Étape 1 : Examiner les détails du résultat
Ouvrez le résultat
Added Binary Executedcomme indiqué dans Examiner un résultat. Le panneau des détails du résultat s'ouvre dans l'onglet Résumé.Dans l'onglet Résumé, examinez les informations des sections suivantes :
- Risque détecté, en particulier les champs suivants :
- Binaire du programme : chemin absolu du fichier binaire exécuté.
- Arguments : arguments fournis lors de l'appel du fichier binaire ajouté.
- Ressource concernée, en particulier les champs suivants :
- Nom complet de la ressource : nom complet de la ressource du cluster, y compris le numéro de projet, l'emplacement et le nom du cluster.
- Liens associés, en particulier les champs suivants :
- Indicateur VirusTotal : lien vers la page d'analyse VirusTotal.
- Risque détecté, en particulier les champs suivants :
Cliquez sur le JSON et notez les champs suivants :
resource:project_display_name: nom du projet contenant le cluster.
sourceProperties:Pod_Namespace: nom de l'espace de noms Kubernetes du pod.Pod_Name: nom du pod GKE.Container_Name: nom du conteneur concerné.Container_Image_Uri: nom de l'image de conteneur en cours de déploiement.VM_Instance_Name: nom du nœud GKE sur lequel le pod a été exécuté.
Identifiez d'autres résultats détectés à peu près au même moment pour ce conteneur. Les résultats associés peuvent indiquer que cette activité était malveillante, et non qu'il s'agissait d'un manquement aux bonnes pratiques.
Étape 2 : Vérifier le cluster et le nœud
Dans la console Google Cloud , accédez à la page Clusters Kubernetes.
Dans la barre d'outils de la console Google Cloud , sélectionnez le projet listé dans
resource.project_display_name, si nécessaire.Sélectionnez le cluster listé sur la ligne Nom complet de la ressource dans l'onglet Résumé des détails du résultat. Notez toutes les métadonnées concernant le cluster et son propriétaire.
Cliquez sur l'onglet Nœuds. Sélectionnez le nœud indiqué dans
VM_Instance_Name.Cliquez sur l'onglet Détails et notez l'annotation
container.googleapis.com/instance_id.
Étape 3 : Examiner le pod
Dans la console Google Cloud , accédez à la page Charges de travail Kubernetes.
Dans la barre d'outils de la console Google Cloud , sélectionnez le projet listé dans
resource.project_display_name, si nécessaire.Filtrez sur le cluster listé dans la ligne Nom complet de la ressource de l'onglet Résumé des détails du résultat, et sur l'espace de noms du pod listé dans
Pod_Namespace, si nécessaire.Sélectionnez le pod indiqué dans
Pod_Name. Notez les métadonnées concernant le pod et son propriétaire.
Étape 4 : Vérifier les journaux
Dans la console Google Cloud , accédez à l'explorateur de journaux.
Dans la barre d'outils de la console Google Cloud , sélectionnez le projet listé dans
resource.project_display_name, si nécessaire.Définissez Sélectionner une période sur la période qui vous intéresse.
Sur la page qui s'affiche, procédez comme suit :
- Recherchez
Pod_Namedans les journaux des pods à l'aide du filtre suivant :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"
- Recherchez les journaux d'audit du cluster à l'aide du filtre suivant :
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
- Recherchez les journaux de la console de nœud GKE à l'aide du filtre suivant :
resource.type="gce_instance"resource.labels.instance_id="instance_id"
- Recherchez
Étape 5 : Examiner le conteneur en cours d'exécution
Si le conteneur est toujours en cours d'exécution, il peut être possible d'analyser son environnement directement.
Accédez à la console Google Cloud .
Dans la barre d'outils de la console Google Cloud , sélectionnez le projet listé dans
resource.project_display_name, si nécessaire.Cliquez sur Activer Cloud Shell
Obtenez les identifiants GKE pour votre cluster en exécutant les commandes suivantes.
Pour les clusters zonaux :
gcloud container clusters get-credentials cluster_name --zone location --project project_namePour les clusters régionaux :
gcloud container clusters get-credentials cluster_name --region location --project project_nameRemplacez les éléments suivants :
cluster_name: cluster indiqué dansresource.labels.cluster_namelocation: emplacement indiqué dansresource.labels.locationproject_name: nom du projet répertorié dansresource.project_display_name
Récupérez le binaire ajouté en exécutant la commande suivante :
kubectl cp Pod_Namespace/Pod_Name:Process_Binary_Fullpath -c Container_Name local_fileRemplacez
local_filepar un chemin d'accès au fichier local pour stocker le binaire ajouté.Connectez-vous à l'environnement de conteneur en exécutant la commande suivante :
kubectl exec --namespace=Pod_Namespace -ti Pod_Name -c Container_Name -- /bin/shPour exécuter cette commande, vous devez avoir installé un shell sur le conteneur au niveau de
/bin/sh.
Étape 6 : Étudier les méthodes d'attaque et de réponse
- Examinez les entrées du framework MITRE ATT&CK pour ce type de résultat : Transfert d'outils externes, API native.
- Vérifiez la valeur de hachage SHA-256 du fichier binaire signalé comme malveillant sur VirusTotal en cliquant sur le lien dans l'indicateur VirusTotal. VirusTotal est un service appartenant à Alphabet qui fournit du contexte sur des fichiers, des URL, des adresses IP et des domaines potentiellement malveillants.
- Pour élaborer votre plan de réponse, combinez les résultats de votre enquête aux recherches de MITRE et à l'analyse VirusTotal.
Étape 7 : Mettre en œuvre votre réponse
Le plan de réponse suivant peut être adapté à ce résultat, mais il peut également avoir un impact sur vos opérations. Veillez à bien évaluer les informations que vous collectez dans votre enquête pour déterminer quelle est la meilleure réponse à apporter aux problèmes soulevés par les résultats.
- Si le fichier binaire était censé être inclus dans le conteneur, recréez l'image de conteneur en incluant le fichier binaire. Cela vous permet de disposer d'un conteneur immuable.
- Sinon, contactez le propriétaire du projet dans lequel se trouve le conteneur compromis.
- Arrêtez ou supprimez le conteneur compromis et remplacez-le par un nouveau conteneur.
Étapes suivantes
- Découvrez comment travailler avec les résultats de détection de menace dans Security Command Center.
- Consultez l'index des résultats de détection de menace.
- Découvrez comment examiner un résultat dans la console Google Cloud .
- Apprenez-en plus sur les services qui génèrent des résultats de détection de menace.