Controles de Amazon MQ

Estos controles están relacionados con los recursos de Amazon MQ.

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

[MQ.2] Los corredores de ActiveMQ deberían transmitir los registros de auditoría a CloudWatch

Requisitos relacionados: NISt.800-53.r5 AU-2, NISt.800-53.r5 AU-3, NISt.800-53.r5 AU-12, NISt.800-53.r5 SI-4

Categoría: Identificar - Registro

Gravedad: media

Tipo de recurso: AWS::AmazonMQ::Broker

Regla de AWS Config : mq-cloudwatch-audit-log-enabled

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si un bróker ActiveMQ de Amazon MQ transmite los registros de auditoría a Amazon Logs. CloudWatch El control falla si el agente no transmite los registros de auditoría a Logs. CloudWatch

Al publicar los registros de ActiveMQ Broker en Logs CloudWatch , puede CloudWatch crear alarmas y métricas que aumenten la visibilidad de la información relacionada con la seguridad.

Corrección

Para transmitir los registros de los corredores de ActiveMQ CloudWatch a los registros, consulte Configuración de Amazon MQ para los registros de ActiveMQ en la Guía para desarrolladores de Amazon MQ.

[MQ.3] Los corredores de Amazon MQ deberían tener habilitada la actualización automática de las versiones secundarias

Requisitos relacionados: NIST.800-53.r5 CM-3, NIst.800-53.r5 SI-2

Categoría: Identificar > Administración de vulnerabilidades, parches y versiones

Gravedad: baja

Tipo de recurso: AWS::AmazonMQ::Broker

Regla de AWS Config : mq-auto-minor-version-upgrade-enabled

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si un bróker de Amazon MQ tiene habilitada la actualización automática de versiones secundarias. El control falla si el bróker no tiene habilitada la actualización automática de la versión secundaria.

A medida que Amazon MQ publique y dé soporte a nuevas versiones de Broker Engine, los cambios son retrocompatibles con una aplicación existente y no dejan de funcionar las funciones existentes. Las actualizaciones automáticas de las versiones de Broker Engine lo protegen contra los riesgos de seguridad, ayudan a corregir errores y mejoran la funcionalidad.

nota

Si el agente asociado a la actualización automática de una versión secundaria utiliza su último parche y deja de ser compatible, debe tomar medidas manuales para realizar la actualización.

Corrección

Para habilitar la actualización automática de la versión secundaria para un bróker de MQ, consulte Actualización automática de la versión secundaria del motor en la Guía para desarrolladores de Amazon MQ.

[MQ.4] Los corredores de Amazon MQ deberían estar etiquetados

Categoría: Identificar > Inventario > Etiquetado

Gravedad: baja

Tipo de recurso: AWS::AmazonMQ::Broker

Regla de AWS Config : tagged-amazonmq-broker (regla personalizada de Security Hub)

Tipo de horario: provocado por un cambio

Parámetros:

Parámetro	Descripción	Tipo	Valores personalizados permitidos	Valor predeterminado de Security Hub
requiredTagKeys	Lista de claves de etiquetas no disponibles que debe contener el recurso evaluado. Las claves de etiqueta distinguen entre mayúsculas y minúsculas.	StringList	Lista de etiquetas que cumplen AWS los requisitos	No default value

Este control comprueba si un agente de Amazon MQ tiene etiquetas con las claves específicas definidas en el parámetro. requiredTagKeys El control falla si el corredor no tiene ninguna clave de etiqueta o si no tiene todas las claves especificadas en el parámetrorequiredTagKeys. Si requiredTagKeys no se proporciona el parámetro, el control solo comprueba la existencia de una clave de etiqueta y falla si el corredor no está etiquetado con ninguna clave. Las etiquetas del sistema, que se aplican automáticamente y comienzan por ellaaws:, se ignoran.

Una etiqueta es una etiqueta que se asigna a un AWS recurso y consta de una clave y un valor opcional. Puede crear etiquetas para clasificar los recursos según su finalidad, propietario, entorno u otro criterio. Las etiquetas pueden ayudarle a identificar, organizar, buscar y filtrar los recursos. El etiquetado también te ayuda a realizar un seguimiento de las acciones y notificaciones de los propietarios de los recursos responsables. Al utilizar el etiquetado, puede implementar el control de acceso basado en atributos (ABAC) como estrategia de autorización, que define los permisos en función de las etiquetas. Puede adjuntar etiquetas a las entidades de IAM (usuarios o roles) y a los recursos. AWS Puede crear una política de ABAC única o un conjunto de políticas independiente para sus directores de IAM. Puede diseñar estas políticas de ABAC para permitir las operaciones cuando la etiqueta del director coincida con la etiqueta del recurso. Para obtener más información, consulte ¿Para qué sirve el ABAC? AWS en la Guía del usuario de IAM.

nota

No añada información de identificación personal (PII) ni ningún otro tipo de información confidencial o delicada en las etiquetas. Muchas personas pueden acceder a las etiquetas Servicios de AWS, entre ellas AWS Billing. Para obtener más información sobre las mejores prácticas de etiquetado, consulte Etiquetar sus AWS recursos en el. Referencia general de AWS

Corrección

Para añadir etiquetas a un agente de Amazon MQ, consulte los recursos de etiquetado en la Guía para desarrolladores de Amazon MQ.

[MQ.5] Los corredores ActiveMQ deben usar el modo de implementación activo/en espera

Requisitos relacionados: NIST.800-53.r5 CP-10, NIST.800-53.r5 CP-6(2), NIST.800-53.r5 SC-36, NIST.800-53.r5 SC-5(2), NIST.800-53.r5 SI-13(5)

Categoría: Recuperación > Resiliencia > Alta disponibilidad

Gravedad: baja

Tipo de recurso: AWS::AmazonMQ::Broker

Regla de AWS Config : mq-active-deployment-mode

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si el modo de implementación de un broker ActiveMQ de Amazon MQ está configurado como activo/en espera. El control falla si se establece un corredor de instancia única (habilitado de forma predeterminada) como modo de implementación.

La implementación activa/en espera proporciona una alta disponibilidad para sus corredores ActiveMQ de Amazon MQ en una Región de AWS. El modo de implementación activo/en espera incluye dos instancias de agente en dos zonas de disponibilidad diferentes, configuradas en un par redundante. Estos agentes se comunican de forma sincrónica con la aplicación, lo que puede reducir el tiempo de inactividad y la pérdida de datos en caso de que se produzca un error.

Corrección

Para crear un nuevo agente ActiveMQ con el modo de implementación activo/en espera, consulte Creación y configuración de un agente ActiveMQ en la Guía para desarrolladores de Amazon MQ. En Modo de implementación, elija Agente activo/en espera. No se puede cambiar el modo de implementación de un broker ya existente. En su lugar, debe crear un nuevo corredor y copiar la configuración del corredor anterior.

[MQ.6] Los corredores de RabbitMQ deberían usar el modo de implementación de clústeres

Requisitos relacionados: NIST.800-53.r5 CP-10, NIST.800-53.r5 CP-6(2), NIST.800-53.r5 SC-36, NIST.800-53.r5 SC-5(2), NIST.800-53.r5 SI-13(5

Categoría: Recuperación > Resiliencia > Alta disponibilidad

Gravedad: baja

Tipo de recurso: AWS::AmazonMQ::Broker

Regla de AWS Config : mq-rabbit-deployment-mode

Tipo de horario: provocado por un cambio

Parámetros: ninguno

Este control comprueba si el modo de implementación de un bróker RabbitMQ de Amazon MQ está configurado para la implementación en clúster. El control falla si se establece un corredor de instancia única (habilitado de forma predeterminada) como modo de implementación.

La implementación de clústeres proporciona una alta disponibilidad para sus corredores de Amazon MQ RabbitMQ en una Región de AWS. La implementación del clúster es una agrupación lógica de tres nodos de agente de RabbitMQ, cada uno con su propio volumen de Amazon Elastic Block Store (Amazon EBS) y un estado compartido. La implementación del clúster garantiza que los datos se repliquen en todos los nodos del clúster, lo que puede reducir el tiempo de inactividad y la pérdida de datos en caso de error.

Corrección

Para crear un nuevo bróker de RabbitMQ con el modo de implementación de clústeres, consulte Creación y conexión a un bróker de RabbitMQ en la Guía para desarrolladores de Amazon MQ. Para el Modo de implementación, elija Implementación en clúster. No se puede cambiar el modo de implementación de un broker ya existente. En su lugar, debe crear un nuevo corredor y copiar la configuración del corredor anterior.