View a markdown version of this page

Requisitos previos para la compatibilidad con instancias de Amazon EC2 - Amazon GuardDuty
Haga que SSM administre las instancias de EC2 (solo para agentes automatizados)Validar los requisitos de arquitecturaValidación de la política de control de servicios de la organización en un entorno de varias cuentasAl utilizar la configuración automatizada de agentesLímite de CPU y memoriaSiguiente paso

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Requisitos previos para la compatibilidad con instancias de Amazon EC2

En esta sección se incluyen los requisitos previos para supervisar el comportamiento en tiempo de ejecución de las instancias de Amazon EC2. Una vez cumplidos estos requisitos previos, consulte Habilitar la supervisión GuardDuty del tiempo de.

Haga que SSM administre las instancias de EC2 (solo para la configuración automatizada de agentes)

GuardDuty utiliza AWS Systems Manager (SSM) para implementar, instalar y administrar automáticamente el agente de seguridad en sus instancias. Si planea instalar y administrar el GuardDuty agente de forma manual, no es necesario usar SSM.

Para administrar las instancias de Amazon EC2 con Systems Manager, consulte Configurar Systems Manager para instancias de Amazon EC2 en la Guía del usuario de AWS Systems Manager .

Validar los requisitos de arquitectura

La arquitectura de la distribución de su sistema operativo puede afectar al comportamiento del agente de GuardDuty seguridad. Debe cumplir los siguientes requisitos antes de utilizar la Supervisión en tiempo de ejecución para instancias de Amazon EC2:

Para ver las arquitecturas de CPU, las distribuciones del sistema operativo y las versiones del kernel verificadas, consulte. Arquitecturas de CPU, sistemas operativos y versiones de kernel compatibles

  • Requisitos adicionales: solo si tiene Amazon EC2 ECS/Amazon

    Para Amazon ECS/Amazon EC2, le recomendamos que utilice las ECS-optimized AMI de Amazon más recientes (con fecha del 29 de septiembre de 2023 o posteriores) o que utilice la versión v1.77.0 del agente de Amazon ECS.

Visualización y actualización de los valores de RLIMIT_MEMLOCK

Si el RLIMIT_MEMLOCK límite del sistema es demasiado bajo, es posible que el agente de GuardDuty seguridad no funcione según lo diseñado. GuardDuty recomienda que los límites estrictos y flexibles sean de al menos 32 MB. Si no actualizas los límites, no GuardDuty podrás supervisar los eventos de tiempo de ejecución de tu recurso. Cuando RLIMIT_MEMLOCK supere los límites mínimos establecidos, la actualización de estos límites pasa a ser opcional.

Puede modificar el RLIMIT_MEMLOCK valor predeterminado antes o después de instalar el agente GuardDuty de seguridad.

Para ver los valores de RLIMIT_MEMLOCK

  1. Ejecute ps aux | grep guardduty. Esto generará el ID del proceso (pid).

  2. Copie el ID del proceso (pid) del resultado del comando anterior.

  3. Ejecute grep "Max locked memory" /proc/pid/limits después de reemplazar el pid con el ID de proceso copiado del paso anterior.

    Esto mostrará la cantidad máxima de memoria bloqueada para ejecutar el agente de seguridad. GuardDuty

Para actualizar los valores de RLIMIT_MEMLOCK

  1. Si el archivo /etc/systemd/system.conf.d/NUMBER-limits.conf existe, comente la línea DefaultLimitMEMLOCK de este archivo. Este archivo establece un valor predeterminado RLIMIT_MEMLOCK con alta prioridad, que sobrescribe la configuración del archivo /etc/systemd/system.conf.

  2. Abre el archivo /etc/systemd/system.conf y quita el comentario de la línea que contiene #DefaultLimitMEMLOCK=.

  3. Actualice el valor predeterminado proporcionando límites RLIMIT_MEMLOCK fijos y flexibles de al menos 32 MB. La política actualizada debería ser así: DefaultLimitMEMLOCK=32M:32M. El formato es soft-limit:hard-limit.

  4. Ejecute sudo reboot.

Validación de la política de control de servicios de la organización en un entorno de varias cuentas

Si has configurado una política de control de servicios (SCP) para administrar los permisos en tu organización, valida que el límite de permisos permita la acción. guardduty:SendSecurityTelemetry GuardDuty requiere este permiso para permitir la supervisión del tiempo de ejecución en diferentes tipos de recursos.

Si su cuenta es una cuenta de miembro, póngase en contacto con el administrador delegado asociado. Para obtener información sobre cómo administrar SCP para la organización, consulte Políticas de control de servicios (SCP).

Al utilizar la configuración automatizada de agentes

Para Utilice la configuración automatizada de agentes (opción recomendada) ello, Cuenta de AWS debes cumplir los siguientes requisitos previos:

  • Cuando utilice etiquetas de inclusión con una configuración automática de agentes, GuardDuty para crear una asociación de SSM para una nueva instancia, asegúrese de que la nueva instancia esté gestionada por SSM y de que aparezca en Fleet Manager en la consola. https://console.aws.amazon.com/systems-manager/

  • Al utilizar etiquetas de exclusión con configuración automatizada del agente

    • Agregue la false etiquetaGuardDutyManaged: antes de configurar el agente GuardDuty automatizado para su cuenta.

      Asegúrese de agregar la etiqueta de exclusión a las instancias de Amazon EC2 antes de lanzarlas. Una vez que haya habilitado la configuración automatizada de agentes para Amazon EC2, cualquier instancia de EC2 que se lance sin una etiqueta de exclusión quedará incluida en la configuración GuardDuty automática de agentes.

    • Activa la opción Permitir etiquetas en los metadatos de las instancias. Esta configuración es obligatoria porque es GuardDuty necesario leer la etiqueta de exclusión del servicio de metadatos de la instancia (IMDS) para determinar si debe excluir la instancia de la instalación del agente. Para obtener más información, consulte Habilitar el acceso a etiquetas de instancia en los metadatos de la instancia en la Guía del usuario de Amazon EC2.

Límite de CPU y memoria para el GuardDuty agente

Límite de CPU

GuardDuty limita el agente de seguridad al 10 por ciento de la capacidad total de vCPU de la instancia. Por ejemplo, en una instancia con 4 núcleos de vCPU, el agente puede usar como máximo 0,4 vCPU.

Memory limit (Límite de memoria)

De la memoria asociada a su instancia de Amazon EC2, hay una memoria limitada que el agente de GuardDuty seguridad puede usar.

En la siguiente tabla aparece el límite de memoria.

Memoria de la instancia de Amazon EC2

Memoria máxima para el agente GuardDuty

Menos de 8 GB

128 MB

De 8 GB a menos de 32 GB

256 MB

Mayor o igual que 32 GB

1 GB

Siguiente paso

El siguiente paso consiste en configurar la Supervisión en tiempo de ejecución y también administrar el agente de seguridad (automática o manualmente).