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.
Controles de Security Hub para Amazon MQ
Estos AWS Security Hub controles evalúan el servicio y 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, .800-53.r5 AU-3, .800-53.r5 AU-12, NIST .800-53.r5 SI-4, v4.0.1/10.3.3 NIST NIST PCI DSS
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 agentes de Amazon MQ deben tener habilitada la actualización automática de las versiones secundarias
Requisitos relacionados: NIST .800-53.r5 CM-3, .800-53.r5 SI-2, v4.0.1/6.3.3 NIST PCI DSS
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 agente de Amazon MQ tiene habilitada la actualización automática de las versiones secundarias. El control falla si el agente no tiene habilitada la actualización automática de las versiones secundarias.
A medida que Amazon MQ publique y admita las nuevas versiones del motor del agente, los cambios son compatibles con versiones anteriores de una aplicación existente y no dan de baja las funciones existentes. Las actualizaciones automáticas de las versiones del motor del agente 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 el parche más reciente y deja de ser compatible, debe tomar medidas manuales para hacer la actualización.
Corrección
Para habilitar la actualización automática de la versión secundaria para un agente 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 agentes de Amazon MQ deben 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 que no corresponden al sistema que debe contener el recurso evaluado. Las claves de etiqueta distinguen entre mayúsculas y minúsculas. | StringList | Lista de etiquetas que cumplen los requisitos de AWS |
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 agente no tiene ninguna clave de etiqueta o si no tiene todas las claves especificadas en el parámetro requiredTagKeys. Si no se proporciona el parámetro requiredTagKeys, el control solo comprueba la existencia de una clave de etiqueta y falla si el agente no está etiquetado con ninguna clave. Las etiquetas del sistema, que se aplican automáticamente y comienzan con aws:, se ignoran.
Una etiqueta es una etiqueta que se asigna a un recurso y consta de una clave y un valor opcional. AWS Puede crear etiquetas para clasificar los recursos según su finalidad, propietario, entorno u otro criterio. Las etiquetas pueden ayudarlo a identificar, organizar, buscar y filtrar recursos. El etiquetado también lo ayuda a realizar un seguimiento de las acciones y las notificaciones de los propietarios responsables de los recursos. 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 IAM las entidades (usuarios o roles) y a los recursos. AWS Puede crear una ABAC política única o un conjunto de políticas independiente para sus IAM directores. Puede diseñar estas ABAC políticas para permitir las operaciones cuando la etiqueta del principal coincida con la etiqueta del recurso. Para obtener más información, consulte ¿ABACPara qué sirve AWS? en la Guía IAM del usuario.
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 agregar 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-3 6, 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-3 6, NIST.800-53.r5 SC-5 (2), .800-53.r5 SI-13 (5 NIST
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 broker de RabbitMQ, cada uno con su propio volumen de Amazon Elastic Block Store (AmazonEBS) 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.
