기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
이러한 AWS Security Hub 제어는 Amazon MQ 서비스 및 리소스를 평가합니다.
이러한 제어는 일부만 사용할 수 있습니다 AWS 리전. 자세한 내용은 리전별 제어 기능 사용 가능 여부 단원을 참조하십시오.
[MQ.2] ActiveMQ 브로커는 감사 로그를 CloudWatch로 스트리밍해야 합니다.
관련 요구 사항: NIST.800-53.r5 AU-2, NIST.800-53.r5 AU-3, NIST.800-53.r5 AU-12, NIST.800-53.r5 SI-4, PCI DSS v4.0.1/10.3.3
범주: 식별 > 로깅
심각도: 중간
리소스 유형: AWS::AmazonMQ::Broker
AWS Config 규칙: mq-cloudwatch-audit-log-enabled
스케줄 유형: 변경이 트리거됨
파라미터: 없음
이 제어는 Amazon MQ ActiveMQ 브로커가 감사 로그를 Amazon CloudWatch Logs로 스트리밍하는지 여부를 확인합니다. 브로커가 CloudWatch Logs에 감사 로그를 스트리밍하지 않으면 제어가 실패합니다.
ActiveMQ 브로커 로그를 CloudWatch Logs에 게시하여 보안 관련 정보의 가시성을 높이는 CloudWatch 경보 및 메트릭를 생성할 수 있습니다.
문제 해결
ActiveMQ 브로커 로그를 CloudWatch Logs로 스트리밍하려면 Amazon MQ 개발자 안내서의 ActiveMQ 로그에 대한 Amazon MQ 구성을 참조하세요.
[MQ.3] Amazon MQ 브로커에는 자동 마이너 버전 업그레이드가 활성화되어 있어야 합니다.
관련 요구 사항: NIST.800-53.r5 CM-3, NIST.800-53.r5 SI-2, PCI DSS v4.0.1/6.3.3
범주: 식별 > 취약성, 패치 및 버전 관리
심각도: 낮음
리소스 유형: AWS::AmazonMQ::Broker
AWS Config 규칙: mq-auto-minor-version-upgrade-enabled
스케줄 유형: 변경이 트리거됨
파라미터: 없음
이 제어는 Amazon MQ 브로커에 자동 마이너 버전 업그레이드가 활성화되어 있는지 확인합니다. 브로커에 마이너 버전 자동 업그레이드가 활성화되지 않은 경우, 제어가 실패합니다.
Amazon MQ가 새로운 브로커 엔진 버전을 출시하고 지원하므로 변경 사항은 기존 애플리케이션과 역호환되며 기존 기능을 사용하지 않습니다. 자동 브로커 엔진 버전 업데이트는 보안 위험으로부터 사용자를 보호하고, 버그를 수정하고, 기능을 개선하는 데 도움이 됩니다.
참고
자동 마이너 버전 업그레이드와 연결된 브로커가 최신 패치에 있고 지원되지 않는 경우, 업그레이드를 위한 수동 작업을 수행해야 합니다.
문제 해결
MQ 브로커에 대해 마이너 버전 자동 업그레이드를 활성화하려면 Amazon MQ 개발자 안내서의 마이너 엔진 버전 자동 업그레이드를 참조하세요.
[MQ.4] Amazon MQ 브로커에 태그를 지정해야 합니다.
범주: 식별 > 인벤토리 > 태깅
심각도: 낮음
리소스 유형: AWS::AmazonMQ::Broker
AWS Config 규칙: tagged-amazonmq-broker (사용자 지정 Security Hub 규칙)
스케줄 유형: 변경이 트리거됨
파라미터:
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub 기본값 |
|---|---|---|---|---|
requiredTagKeys
|
평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList | AWS 요구 사항을 충족하는 태그 목록 |
No default value
|
이 제어는 Amazon MQ 브로커에 파라미터 requiredTagKeys에 정의된 특정 키가 있는 태그가 있는지 확인합니다. 브로커에 태그 키가 없거나 파라미터 requiredTagKeys에 지정된 모든 키가 없는 경우, 제어가 실패합니다. 파라미터 requiredTagKeys이 제공되지 않은 경우, 제어는 태그 키의 존재만 확인하고 브로커에 키로 태그가 지정되지 않은 경우 제어가 실패합니다. 자동으로 적용되고 aws:로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태깅은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태깅을 사용하는 경우, 속성 기반 액세스 제어(ABAC)를 태그를 기반으로 권한을 정의하는 권한 부여 전략으로 구현할 수 있습니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. IAM 보안 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 이러한 ABAC 정책은 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 설계할 수 있습니다. 자세한 내용은 IAM 사용 설명서의 ABAC란 무엇입니까 AWS?를 참조하세요.
참고
개인 식별 정보(PII)나 기타 기밀 정보 또는 민감한 정보를 태그에 추가하지 않습니다. 를 AWS 서비스포함하여 많은 사용자가 태그를 액세스할 수 있습니다 AWS Billing. 자세한 태그 지정 모범 사례는의 AWS 리소스 태그 지정을 참조하세요AWS 일반 참조.
문제 해결
Amazon MQ 브로커에 태그를 추가하려면 Amazon MQ 개발자 안내서의 리소스 태깅을 참조하세요.
[MQ.5] ActiveMQ 브로커는 활성/대기 배포 모드를 사용해야 합니다.
관련 요구 사항: 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)
범주: 복구 > 복원력 > 고가용성
심각도: 낮음
리소스 유형: AWS::AmazonMQ::Broker
AWS Config 규칙: mq-active-deployment-mode
스케줄 유형: 변경이 트리거됨
파라미터: 없음
이 제어는 Amazon MQ ActiveMQ 브로커의 배포 모드가 활성/대기로 설정되어 있는지 확인합니다. 단일 인스턴스 브로커(기본적으로 활성화됨)를 배포 모드로 설정하면 제어가 실패합니다.
활성/대기 배포는 AWS 리전에서 Amazon MQ ActiveMQ 브로커에 대한 고가용성을 제공합니다. 활성/대기 배포 모드에는 중복 쌍으로 구성된 두 개의 서로 다른 가용 영역에 있는 두 개의 브로커 인스턴스가 포함됩니다. 이러한 브로커는 애플리케이션과 동기적으로 통신하므로 장애 발생 시 가동 중지 시간과 데이터 손실을 줄일 수 있습니다.
문제 해결
활성/대기 배포 모드로 새로운 ActiveMQ 브로커를 생성하려면 Amazon MQ 개발자 안내서의 ActiveMQ 브로커 생성 및 구성을 참조하세요. 배포 모드에서 활성/대기 브로커를 선택합니다. 기존 브로커의 배포 모드는 변경할 수 없습니다. 대신 새로운 브로커를 생성하고 이전 브로커의 설정을 복사해야 합니다.
[MQ.6] RabbitMQ 브로커는 클러스터 배포 모드를 사용해야 합니다
관련 요구 사항: 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
범주: 복구 > 복원력 > 고가용성
심각도: 낮음
리소스 유형: AWS::AmazonMQ::Broker
AWS Config 규칙: mq-rabbit-deployment-mode
스케줄 유형: 변경이 트리거됨
파라미터: 없음
이 제어는 Amazon MQ RabbitMQ 브로커의 배포 모드가 클러스터 배포로 설정되었는지 여부를 확인합니다. 단일 인스턴스 브로커(기본적으로 활성화됨)를 배포 모드로 설정하면 제어가 실패합니다.
클러스터 배포는 AWS 리전에서 Amazon MQ RabbitMQ 브로커에 대한 고가용성을 제공합니다. 클러스터 배포는 각각 자체 Amazon Elastic Block Store(Amazon EBS) 볼륨과 공유 상태를 갖는 세 개의 RabbitMQ 브로커 노드로 구성된 논리적 그룹입니다. 클러스터 배포를 통해 데이터가 클러스터의 모든 노드에 복제되므로 장애 발생 시 가동 중지 시간과 데이터 손실을 줄일 수 있습니다.
문제 해결
클러스터 배포 모드를 사용하여 새로운 RabbitMQ 브로커를 생성하려면 Amazon MQ 개발자 안내서의 RabbitMQ 브로커 생성 및 연결을 참조하세요. 배포 모드에서는 클러스터 배포를 선택합니다. 기존 브로커의 배포 모드는 변경할 수 없습니다. 대신 새로운 브로커를 생성하고 이전 브로커의 설정을 복사해야 합니다.
