En este documento, se describe un tipo de resultado de amenazas en Security Command Center. Los detectores de amenazas generan resultados de amenazas cuando detectan una amenaza potencial en tus recursos de Cloud. Para obtener una lista completa de los resultados de amenazas disponibles, consulta el Índice de resultados de amenazas.
Descripción general
Se ejecutó un objeto binario que no era parte de la imagen del contenedor original.
Los atacantes suelen instalar herramientas de explotación y software malicioso después del compromiso inicial. Asegurarte de que tus contenedores sean inmutables es una práctica recomendada importante. Este es un hallazgo de gravedad baja, ya que es posible que tu organización no siga esta práctica recomendada. Se muestran hallazgos de Execution: Added
Malicious Binary Executed
correspondientes cuando el hash del archivo binario es un indicador de compromiso (IoC) conocido.
Container Threat Detection es la fuente de este hallazgo.
Cómo responder
Para responder a este hallazgo, haz lo siguiente:
Paso 1: Revisa los detalles del hallazgo
Abre un hallazgo de
Added Binary Executed
como se indica en Revisa los hallazgos. Se abre el panel de detalles del hallazgo en la pestaña Resumen.En la pestaña Resumen, revisa la información de las siguientes secciones:
- Qué se detectó, especialmente los siguientes campos:
- Objeto binario del programa: Es la ruta de acceso absoluta del objeto binario agregado.
- Arguments: Son los argumentos proporcionados cuando se invoca el objeto binario agregado.
- Recurso afectado, en especial los siguientes campos:
- Nombre completo del recurso: Es el nombre completo del recurso del clúster, incluido el número de proyecto, la ubicación y el nombre del clúster.
- Vínculos relacionados, en especial los siguientes campos:
- Indicador de VirusTotal: Vínculo a la página de análisis de VirusTotal
- Qué se detectó, especialmente los siguientes campos:
Haz clic en JSON y observa los siguientes campos:
resource
:project_display_name
: Es el nombre del proyecto que contiene el clúster.
sourceProperties
:Pod_Namespace
: El nombre del espacio de nombres de Kubernetes del Pod.Pod_Name
: Es el nombre del Pod de GKE.Container_Name
: Es el nombre del contenedor afectado.Container_Image_Uri
: Es el nombre de la imagen de contenedor que se implementa.VM_Instance_Name
: el nombre del nodo de GKE en el que se ejecutó el Pod
Identifica otros hallazgos que se produjeron en un momento similar para este contenedor. Los hallazgos relacionados pueden indicar que esta actividad fue maliciosa, en lugar de un incumplimiento de las prácticas recomendadas.
Paso 2: Revisa el clúster y el nodo
En la consola de Google Cloud , ve a la página de clústeres de Kubernetes.
En la barra de herramientas de la consola de Google Cloud , selecciona el proyecto que aparece en
resource.project_display_name
, si es necesario.Selecciona el clúster que aparece en la fila Nombre completo del recurso en la pestaña Resumen de los detalles del hallazgo. Toma nota de los metadatos sobre el clúster y su propietario.
Haz clic en la pestaña Nodos. Selecciona el nodo que aparece en
VM_Instance_Name
.Haz clic en la pestaña Detalles y anota la anotación
container.googleapis.com/instance_id
.
Paso 3: Revisa el pod
En la consola de Google Cloud , ve a la página Cargas de trabajo de Kubernetes.
En la barra de herramientas de la consola de Google Cloud , selecciona el proyecto que aparece en
resource.project_display_name
, si es necesario.Si es necesario, filtra el clúster que aparece en la fila Nombre completo del recurso de la pestaña Resumen de los detalles del hallazgo y el espacio de nombres de Pod que aparece en
Pod_Namespace
.Selecciona el pod que aparece en
Pod_Name
. Toma nota de los metadatos del Pod y su propietario.
Paso 4: Comprueba los registros
En la consola de Google Cloud , ve al Explorador de registros.
En la barra de herramientas de la consola de Google Cloud , selecciona el proyecto que aparece en
resource.project_display_name
, si es necesario.Selecciona Seleccionar período en el período de interés.
En la página que se carga, haz lo siguiente:
- Busca los registros de Pod para
Pod_Name
mediante el siguiente filtro: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"
- Encuentra los registros de auditoría del clúster mediante el siguiente filtro:
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
- Busca los registros de la consola de los nodos de GKE mediante el siguiente filtro:
resource.type="gce_instance"
resource.labels.instance_id="instance_id"
- Busca los registros de Pod para
Paso 5: Investiga el contenedor en ejecución
Si el contenedor aún está en ejecución, es posible investigar el entorno del contenedor directamente.
Ve a la consola de Google Cloud .
En la barra de herramientas de la consola de Google Cloud , selecciona el proyecto que aparece en
resource.project_display_name
, si es necesario.Haz clic en Activate Cloud Shell (Activar Cloud Shell)
.
Obtén las credenciales de GKE para tu clúster ejecutando los siguientes comandos.
Para los clústeres zonales, haz lo siguiente:
gcloud container clusters get-credentials cluster_name --zone location --project project_name
Para los clústeres regionales, haz lo siguiente:
gcloud container clusters get-credentials cluster_name --region location --project project_name
Reemplaza lo siguiente:
cluster_name
: el clúster que aparece enresource.labels.cluster_name
location
: la ubicación que aparece enresource.labels.location
project_name
: el nombre del proyecto que aparece enresource.project_display_name
Para recuperar el objeto binario agregado, ejecuta lo siguiente:
kubectl cp Pod_Namespace/Pod_Name:Process_Binary_Fullpath -c Container_Name local_file
Reemplaza
local_file
por una ruta de archivo local con el fin de almacenar el objeto binario agregado.Conéctate al entorno del contenedor mediante la ejecución del siguiente comando:
kubectl exec --namespace=Pod_Namespace -ti Pod_Name -c Container_Name -- /bin/sh
Este comando requiere que el contenedor tenga una shell instalada en
/bin/sh
.
Paso 6: Investiga los métodos de ataque y respuesta
- Revisa las entradas del framework de MITRE ATT&CK para este tipo de resultado: transferencia de herramientas de Ingress, API nativa.
- Para verificar el valor de hash SHA-256 del archivo binario marcado como malicioso en VirusTotal, haz clic en el vínculo del indicador de VirusTotal. VirusTotal es un servicio que es propiedad de Alphabet y proporciona contexto sobre archivos, URLs, dominios y direcciones IP potencialmente maliciosos.
- Para desarrollar un plan de respuesta, combina los resultados de la investigación con la investigación del MITRE y el análisis de VirusTotal.
Paso 7: Implementa tu respuesta
El siguiente plan de respuesta podría ser adecuado para este hallazgo, pero también podría afectar las operaciones. Evalúa con cuidado la información que recopilas en tu investigación para determinar la mejor manera de resolver los resultados.
- Si el objetivo era incluir el binario en el contenedor, vuelve a compilar la imagen de contenedor con el binario incluido. De esta manera, el contenedor puede ser inmutable.
- De lo contrario, comunícate con el propietario del proyecto en el que se encuentra el contenedor vulnerado.
- Detén o borra el contenedor comprometido y reemplázalo por un contenedor nuevo.
¿Qué sigue?
- Obtén más información para trabajar con los hallazgos de amenazas en Security Command Center.
- Consulta el Índice de resultados de amenazas.
- Obtén información para revisar un hallazgo a través de la consola de Google Cloud .
- Obtén más información sobre los servicios que generan hallazgos de amenazas.