Controles de Security Hub para Systems Manager - AWS Security Hub
[SSM.1] Las instancias de Amazon EC2 deben administrarse mediante AWS Systems Manager[SSM.2] Las instancias EC2 de Amazon administradas por Systems Manager deben tener un estado de conformidad de parche de COMPLIANT después de la instalación de un parche[SSM.3] Las instancias Amazon EC2 administradas por Systems Manager deben tener el estado de conformidad de la asociación de COMPLIANT[SSM.4] Los documentos SSM no deben ser públicos

Controles de Security Hub para Systems Manager

Estos controles de AWS Security Hub evalúan el servicio y los recursos de AWS Systems Manager (SSM).

Es posible que estos controles no estén disponibles en todas las Regiones de AWS. Para obtener más información, consulte Disponibilidad de los controles por región.

[SSM.1] Las instancias de Amazon EC2 deben administrarse mediante AWS Systems Manager

Requisitos relacionados: PCI DSS v3.2.1/2.4, NIST.800-53.r5 CA-9(1), NIST.800-53.r5 CM-2, NIST.800-53.r5 CM-2(2), NIST.800-53.r5 CM-8, NIST.800-53.r5 CM-8(1), NIST.800-53.r5 CM-8(2), NIST.800-53.r5 CM-8(3), NIST.800-53.r5 SA-15(2), NIST.800-53.r5 SA-15(8), NIST.800-53.r5 SA-3, NIST.800-53.r5 SI-2(3)

Categoría: Identificar - Inventario

Gravedad: media

Recurso evaluado: AWS::EC2::Instance

Recursos de registros de AWS Config necesarios: AWS::EC2::Instance, AWS::SSM::ManagedInstanceInventory

Regla de AWS Config: ec2-instance-managed-by-systems-manager

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Esta regla comprueba si las instancias EC2 detenidas y en ejecución de su cuenta se administran mediante AWS Systems Manager. Systems Manager es un servicio de Servicio de AWS que puede utilizar para ver y controlar su infraestructura en AWS.

Para ayudarle a mantener la seguridad y la conformidad, Systems Manager analiza sus instancias administradas detenidas y en ejecución. Una instancia administrada es una máquina que está configurada para usarse con Systems Manager. Luego, Systems Manager informa o toma medidas correctivas sobre cualquier infracción de política que detecte. Systems Manager también lo ayuda a configurar y mantener sus instancias administradas.

Para obtener más información, consulte la AWS Systems Manager Guía del usuario.

Corrección

Para gestionar las instancias EC2 con Systems Manager, consulte Administración de host de Amazon EC2 en la Guía del usuario de AWS Systems Manager. En la sección Opciones de configuración, puede conservar las opciones predeterminadas o cambiarlas según sea necesario según la configuración que prefiera.

[SSM.2] Las instancias EC2 de Amazon administradas por Systems Manager deben tener un estado de conformidad de parche de COMPLIANT después de la instalación de un parche

Requisitos relacionados: PCI DSS v3.2.1/6.2, NIST.800-53.r5 CM-8(3), NIST.800-53.r5 SI-2, NIST.800-53.r5 SI-2(2), NIST.800-53.r5 SI-2(3), NIST.800-53.r5 SI-2(4), NIST.800-53.r5 SI-2(5)

Categoría: Detectar - Servicios de detección

Gravedad: alta

Tipo de recurso: AWS::SSM::PatchCompliance

Regla de AWS Config: ec2-managedinstance-patch-compliance-status-check

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si el estado de la conformidad de los parches de Systems Manager es COMPLIANT o NON_COMPLIANT después de instalar el parche en la instancia. El control falla si el estado de conformidad es NON_COMPLIANT. El control solo comprueba las instancias administradas por el Administrador de parches de Systems Manager.

Tener las instancias EC2 con parches según lo especificado por su organización reduce la superficie expuesta a ataques de su Cuentas de AWS.

Corrección

Systems Manager recomienda utilizar políticas de parches para configurar los parches para las instancias administradas. También puede utilizar los documentos de Systems Manager, tal y como se describe en el siguiente procedimiento, para aplicar un parche a una instancia.

Para solucionar parches no conformes

  1. Abra la consola de AWS Systems Manager en https://console.aws.amazon.com/systems-manager/.

  2. En Administración de nodos, elija Ejecutar comando y, a continuación, elija Ejecutar comando.

  3. Elija la opción para AWS-RunPatchBaseline.

  4. Cambie la Operation (Operación) a Install (Instalar).

  5. Seleccione Elegir las instancias manualmente y, a continuación, elija las instancias no conformes.

  6. Elija Ejecutar.

  7. Una vez completado el comando, para monitorear el nuevo estado de conformidad de las instancias con parches, elija Conformidad en el panel de navegación.

[SSM.3] Las instancias Amazon EC2 administradas por Systems Manager deben tener el estado de conformidad de la asociación de COMPLIANT

Requisitos relacionados: PCI DSS v3.2.1/2.4, NIST.800-53.r5 CA-9(1), NIST.800-53.r5 CM-2, NIST.800-53.r5 CM-2(2), NIST.800-53.r5 CM-8, NIST.800-53.r5 CM-8(1), NIST.800-53.r5 CM-8(3), NIST.800-53.r5 SI-2(3)

Categoría: Detectar - Servicios de detección

Gravedad: baja

Tipo de recurso: AWS::SSM::AssociationCompliance

Regla de AWS Config: ec2-managedinstance-association-compliance-status-check

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si el estado de conformidad de la asociación de AWS Systems Manager es COMPLIANT o NON_COMPLIANT después de que la asociación se ejecute en una instancia. El control falla si el estado de conformidad de la asociación es NON_COMPLIANT.

Una asociación de State Manager es una configuración que se asigna a sus instancias administradas. La configuración define el estado que desea mantener en las instancias. Por ejemplo, una asociación puede especificar que el software antivirus debe estar instalado y ejecutándose en sus instancias, o bien que determinados puertos deben estar cerrados.

Después de crear una o varias asociaciones de administradores estatales, la información sobre el estado de la conformidad estará disponible inmediatamente. Puede ver el estado de conformidad en la consola o en respuesta a los comandos de AWS CLI o las acciones correspondientes de la API de Systems Manager. En el caso de las asociaciones, Conformidad de la configuración muestra el estado de conformidad (Compliant oNon-compliant). También muestra el nivel de gravedad asignado a la asociación, como Critical o Medium.

Para obtener más información sobre el cumplimiento de las asociaciones de gerentes estatales, consulte Acerca del cumplimiento de las asociaciones de gerentes estatales en la Guía del usuario de AWS Systems Manager.

Corrección

Una asociación fallida puede estar relacionada con diferentes factores, como los destinos y los nombres de los documentos de Systems Manager. Para solucionar este problema, primero debe identificar e investigar la asociación consultando el historial de asociaciones. Para obtener instrucciones sobre cómo ver el historial de asociaciones, consulte Visualización del historial de asociaciones en la Guía del usuario de AWS Systems Manager.

Tras investigar, puede editar la asociación para corregir el problema identificado. Puede editar una asociación para especificar un nuevo nombre, la programación, el nivel de gravedad o los destinos. Después de editar una asociación, AWS Systems Manager crea una nueva versión. Para obtener instrucciones sobre cómo editar una asociación, consulte Edición y creación de una nueva versión de una asociación en la Guía del usuario de AWS Systems Manager.

[SSM.4] Los documentos SSM no deben ser públicos

Requisitos relacionados: NIST.800-53.r5 AC-21, NIST.800-53.r5 AC-3, NIST.800-53.r5 AC-3(7), NIST.800-53.r5 AC-4, NIST.800-53.r5 AC-4(21), NIST.800-53.r5 AC-6, NIST.800-53.r5 SC-7, NIST.800-53.r5 SC-7(11), NIST.800-53.r5 SC-7(16), NIST.800-53.r5 SC-7(20), NIST.800-53.r5 SC-7(21), NIST.800-53.r5 SC-7(3), NIST.800-53.r5 SC-7(4), NIST.800-53.r5 SC-7(9)

Categoría: Proteger > Configuración de red segura > Recursos no accesibles públicamente

Gravedad: crítica

Tipo de recurso: AWS::SSM::Document

Regla de AWS Config: ssm-document-not-public

Tipo de programa: Periódico

Parámetros: ninguno

Este control comprueba si los documentos de AWS Systems Manager que son propiedad de la cuenta son públicos. Este control presenta errores si los documentos de Systems Manager que tienen el propietario Self son públicos.

Los documentos de Systems Manager que son públicos pueden permitir el acceso no deseado a sus documentos. Un documento público de Systems Manager puede exponer información valiosa sobre su cuenta, sus recursos y sus procesos internos.

A menos que su caso de uso requiera el uso compartido público, le recomendamos que bloquee la configuración de uso compartido público para los documentos de Systems Manager que son propiedad de Self.

Corrección

Para bloquear el uso compartido público de documentos de Systems Manager, consulte Bloquear el uso compartido público de documentos de SSM en la Guía del usuario de AWS Systems Manager.