En este documento, se describe un tipo de hallazgo de amenazas de Security Command Center. Los detectores de amenazas generan hallazgos cuando identifican una posible amenaza en tus recursos alojados en la nube. Para obtener una lista completa de los hallazgos de amenazas disponibles, consulta el Índice de hallazgos de amenazas.
Descripción general
Se ejecutó Netcat, una utilidad de red conocida, de una manera coherente con los intentos de ejecución de código remoto. Esto podría indicar que un atacante está usando Netcat para establecer una shell inversa, transferir archivos o crear túneles de red no autorizados en el contenedor. Esta actividad plantea un problema de seguridad grave, ya que sugiere un intento de obtener el control remoto del contenedor, eludir los controles de seguridad o pivotar hacia otros sistemas de la red. La ejecución remota y no autorizada de código puede provocar la elevación de privilegios, el robo de datos o una mayor explotación del entorno.
Container Threat Detection es la fuente de este hallazgo.
Cómo se debe responder
Para responder a este hallazgo, sigue los pasos que se indican a continuación:
Paso 1: Revisa los detalles del hallazgo
Abre un hallazgo de
Execution: Netcat Remote Code Execution In Container, como se indica en Revisa los hallazgos. Se abrirá el panel de detalles del hallazgo en la pestaña Resumen.En la pestaña Resumen, revisa la información de las secciones que se indican a continuación:
- Qué se detectó, en especial, los campos que se indican a continuación:
- Objeto binario del programa: Es la ruta de acceso absoluta del objeto binario ejecutado.
- Argumentos: Son los argumentos que se pasan durante la ejecución del objeto binario.
- Recurso afectado, en especial, los campos que se indican a continuación:
- 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.
- Qué se detectó, en especial, los campos que se indican a continuación:
En la vista de detalles del hallazgo, haz clic en la pestaña JSON.
En el archivo JSON, observa los campos que se indican a continuación.
resource:project_display_name: Es el nombre del proyecto que contiene el clúster.
finding:processes:binary:path: Es la ruta de acceso completa del objeto binario ejecutado.
args: Son los argumentos que se proporcionaron durante la ejecución del objeto binario.
sourceProperties:Pod_Namespace: Es 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: Es 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 fue una actividad maliciosa, en lugar de una incapacidad de seguir las prácticas recomendadas.
Paso 2: Revisa el clúster y el nodo
En la consola de Google Cloud , accede a la página Clústeres de Kubernetes.
En la barra de herramientas de la consola de Google Cloud , elige el proyecto que aparece en
resource.project_display_name, si es necesario.Elige 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. Elige el nodo que aparece en
VM_Instance_Name.Haz clic en la pestaña Detalles y toma registro de la anotación
container.googleapis.com/instance_id.
Paso 3: Revisa el Pod
En la consola de Google Cloud , accede a la página Cargas de trabajo de Kubernetes.
En la barra de herramientas de la consola de Google Cloud , elige el proyecto que aparece en
resource.project_display_name, 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 del Pod que aparece en
Pod_Namespacede ser necesario.Elige el Pod que aparece en
Pod_Name. Toma nota de los metadatos del Pod y de su propietario.
Paso 4: Comprueba los registros
En la consola de Google Cloud , accede al Explorador de registros.
En la barra de herramientas de la consola de Google Cloud , elige el proyecto que aparece en
resource.project_display_name, si es necesario.Establece la opción Selecciona un intervalo de tiempo en función del período de interés.
En la página que se carga, haz lo que se indica a continuación:
- Busca los registros del Pod por
Pod_Namecon el filtro siguiente: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"
- Busca los registros de auditoría del clúster con el filtro siguiente:
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 con el filtro siguiente:
resource.type="gce_instance"resource.labels.instance_id="INSTANCE_ID"
- Busca los registros del Pod por
Paso 5: Investiga el contenedor en ejecución
Si el contenedor aún está en ejecución, se puede investigar directamente su entorno.
Accede a la consola de Google Cloud .
En la barra de herramientas de la consola de Google Cloud , elige el proyecto que aparece en
resource.project_display_name, si es necesario.Haz clic en Activar Cloud Shell
Para obtener las credenciales de GKE del clúster, ejecuta los comandos siguientes.
Para los clústeres zonales, usa lo siguiente:
gcloud container clusters get-credentials CLUSTER_NAME \ --zone LOCATION \ --project PROJECT_NAMEPara los clústeres regionales, usa lo siguiente:
gcloud container clusters get-credentials CLUSTER_NAME \ --region LOCATION \ --project PROJECT_NAMEReemplaza los parámetros que se indican a continuación:
CLUSTER_NAME: Es el clúster que aparece enresource.labels.cluster_name.LOCATION: Es la ubicación que aparece enresource.labels.location.PROJECT_NAME: Es el nombre del proyecto que aparece enresource.project_display_name.
Recupera el objeto binario ejecutado:
kubectl cp \ POD_NAMESPACE/POD_NAME:PROCESS_BINARY_FULLPATH \ -c CONTAINER_NAME \ LOCAL_FILEReemplaza
local_filepor una ruta de acceso al archivo local para almacenar el objeto binario agregado.Conéctate al entorno del contenedor ejecutando el comando siguiente:
kubectl exec \ --namespace=POD_NAMESPACE \ -ti POD_NAME \ -c CONTAINER_NAME \ -- /bin/shEste comando requiere que el contenedor tenga un shell instalado en
/bin/sh.
Paso 6: Investiga los métodos de ataque y respuesta
- Revisa las entradas del framework MITRE ATT&CK para este tipo de hallazgo: Intérprete de comandos y secuencias de comandos: Shell de Unix.
- Para elaborar un plan de respuesta, combina los resultados del análisis con la investigación de MITRE.
Paso 7: Implementa la 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 durante la investigación para determinar la mejor manera de resolver los hallazgos.
- Comunícate con el propietario del proyecto cuyo contenedor se vio vulnerado.
- Detén o borra el contenedor vulnerado y reemplázalo por un contenedor nuevo.
¿Qué sigue?
- Aprende a trabajar con los hallazgos de amenazas en Security Command Center.
- Consulta el Índice de hallazgos de amenazas.
- Aprende a revisar un hallazgo con la consola de Google Cloud .
- Obtén información sobre los servicios que generan hallazgos de amenazas.