기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# Amazon SES에 대한 Security Hub CSPM 제어
이러한 AWS Security Hub CSPM 제어는 Amazon Simple Email Service(Amazon SES) 서비스 및 리소스를 평가합니다.
이러한 컨트롤을 전혀 사용하지 못할 수 있습니다 AWS 리전. 자세한 내용은 [리전별 제어 기능 사용 가능 여부](securityhub-regions.md#securityhub-regions-control-support) 단원을 참조하십시오.
## [SES.1] SES 연락처 목록에 태그를 지정해야 합니다.
**범주:** 식별 > 인벤토리 > 태그 지정
**심각도: ** 낮음
**리소스 유형:** `AWS::SES::ContactList`
**AWS Config규칙:** `tagged-ses-contactlist` (사용자 지정 Security Hub CSPM 규칙)
**스케줄 유형:** 변경이 트리거됨
**파라미터:**
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub CSPM 기본값 |
| --- | --- | --- | --- | --- |
| requiredTagKeys | 평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList(최대 6개 항목) | [AWS 요구](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html#tag-conventions) 사항을 충족하는 1\$16개의 태그 키. | 기본값 없음 |
이 제어는 Amazon SES 연락처 목록에 파라미터 `requiredTagKeys`에 정의된 특정 키가 있는 태그가 있는지 확인합니다. 연락처 목록에 태그 키가 없거나 파라미터 `requiredTagKeys`에 지정된 모든 키가 없는 경우, 제어가 실패합니다. 파라미터 `requiredTagKeys`이 제공되지 않은 경우, 제어는 태그 키의 존재만 확인하고 연락처에 키로 태그가 지정되지 않은 경우 제어가 실패합니다. 자동으로 적용되고 `aws:`로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태깅은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태깅을 사용하는 경우, 속성 기반 액세스 제어(ABAC)를 태그를 기반으로 권한을 정의하는 권한 부여 전략으로 구현할 수 있습니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. IAM 보안 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 이러한 ABAC 정책은 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 설계할 수 있습니다. 자세한 내용은 *IAM 사용 설명서*의 [ABAC란 무엇입니까 AWS?](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)를 참조하세요.
**참고**
개인 식별 정보(PII)나 기타 기밀 정보 또는 민감한 정보를 태그에 추가하지 않습니다. 태그를 AWS 서비스비롯한 많은 사용자가 태그에 액세스할 수 있습니다 AWS Billing. 태그 지정 모범 사례는의 [AWS 리소스 태그 지정](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html#tag-best-practices)을 참조하세요*AWS 일반 참조*.
### 문제 해결
Amazon SES 연락처 목록에 태그를 추가하려면 *Amazon SES API v2 참조*의 [TagResource](https://docs.aws.amazon.com/ses/latest/APIReference-V2/API_TagResource.html)를 참조하세요.
## [SES.2] SES 구성 세트에 태그를 지정해야 합니다.
**범주:** 식별 > 인벤토리 > 태그 지정
**심각도: ** 낮음
**리소스 유형:** `AWS::SES::ConfigurationSet`
**AWS Config규칙:** `tagged-ses-configurationset` (사용자 지정 Security Hub CSPM 규칙)
**스케줄 유형:** 변경이 트리거됨
**파라미터:**
| 파라미터 | 설명 | 형식 | 허용된 사용자 지정 값 | Security Hub CSPM 기본값 |
| --- | --- | --- | --- | --- |
| requiredTagKeys | 평가된 리소스에 포함되어야 하는 비시스템 태그 키 목록입니다. 태그 키는 대소문자를 구별합니다. | StringList(최대 6개 항목) | [AWS 요구](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html#tag-conventions) 사항을 충족하는 1\$16개의 태그 키. | 기본값 없음 |
이 제어는 Amazon SES 구성 세트에 파라미터 `requiredTagKeys`에 정의된 특정 키가 있는 태그가 있는지 확인합니다. 구성 세트에 태그 키가 없거나 파라미터 `requiredTagKeys`에 지정된 모든 키가 없는 경우, 제어가 실패합니다. 파라미터 `requiredTagKeys`이 제공되지 않은 경우, 제어는 태그 키의 존재만 확인하고 구성 세트에 키로 태그가 지정되지 않은 경우 제어가 실패합니다. 자동으로 적용되고 `aws:`로 시작하는 시스템 태그는 무시됩니다.
태그는 AWS 리소스에 할당하는 레이블이며 키와 선택적 값으로 구성됩니다. 태그를 생성하여 용도, 소유자, 환경 또는 기타 기준으로 리소스를 분류할 수 있습니다. 태그를 사용하면 리소스를 식별, 정리, 검색 및 필터링하는 데 도움을 줍니다. 태깅은 또한 작업 및 알림에 대한 책임 리소스 소유자를 추적하는 데도 도움이 됩니다. 태깅을 사용하는 경우, 속성 기반 액세스 제어(ABAC)를 태그를 기반으로 권한을 정의하는 권한 부여 전략으로 구현할 수 있습니다. IAM 엔터티(사용자 또는 역할) 및 AWS 리소스에 태그를 연결할 수 있습니다. IAM 보안 주체에 대해 단일 ABAC 정책 또는 별도의 정책 세트를 생성할 수 있습니다. 이러한 ABAC 정책은 보안 주체의 태그가 리소스 태그와 일치할 때 작업을 허용하도록 설계할 수 있습니다. 자세한 내용은 *IAM 사용 설명서*의 [ABAC란 무엇입니까 AWS?](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)를 참조하세요.
**참고**
개인 식별 정보(PII)나 기타 기밀 정보 또는 민감한 정보를 태그에 추가하지 않습니다. 태그를 AWS 서비스비롯한 많은 사용자가 태그에 액세스할 수 있습니다 AWS Billing. 태그 지정 모범 사례는의 [AWS 리소스 태그 지정](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html#tag-best-practices)을 참조하세요*AWS 일반 참조*.
### 문제 해결
Amazon SES 구성 세트에 태그를 추가하려면 *Amazon SES API v2 참조*의 [TagResource](https://docs.aws.amazon.com/ses/latest/APIReference-V2/API_TagResource.html)를 참조하세요.
## [SES.3] SES 구성 세트에는 이메일 전송을 위한 TLS가 활성화되어 있어야 합니다.
**범주:** 보호 > 데이터 보호 > 전송 중인 데이터 암호화
**심각도:** 중간
**리소스 유형:** `AWS::SES::ConfigurationSet`
**AWS Config 규칙:** [https://docs.aws.amazon.com/config/latest/developerguide/ses-sending-tls-required.html](https://docs.aws.amazon.com/config/latest/developerguide/ses-sending-tls-required.html)
**스케줄 유형:** 변경이 트리거됨
**파라미터:** 없음
이 제어는 Amazon SES 구성 세트에 TLS 연결이 필요한지 여부를 확인합니다. 구성 세트에 `'REQUIRE'` 대해 TLS 정책이 로 설정되지 않으면 제어가 실패합니다.
기본적으로 Amazon SES는 기회론적 TLS를 사용합니다. 즉, 수신 메일 서버와 TLS 연결을 설정할 수 없는 경우 이메일을 암호화하지 않고 전송할 수 있습니다. 이메일 전송을 위해 TLS를 적용하면 암호화된 보안 연결을 설정할 수 있는 경우에만 메시지가 전송됩니다. 이렇게 하면 Amazon SES와 수신자의 메일 서버 간에 전송하는 동안 이메일 콘텐츠의 기밀성과 무결성을 보호할 수 있습니다. 보안 TLS 연결을 설정할 수 없는 경우 메시지가 전송되지 않아 민감한 정보의 잠재적 노출을 방지합니다.
**참고**
TLS 1.3은 Amazon SES의 기본 전송 방법이지만 구성 세트를 통해 TLS 요구 사항을 적용하지 않으면 TLS 연결이 실패할 경우 메시지가 일반 텍스트로 전달될 수 있습니다. 이 제어를 전달하려면 SES 구성 세트의 전송 옵션`'REQUIRE'`에서 TLS 정책을 로 구성해야 합니다. TLS가 필요한 경우 수신 메일 서버와 TLS 연결을 설정할 수 있는 경우에만 메시지가 전송됩니다.
### 문제 해결
구성 세트에 TLS 연결이 필요하도록 Amazon SES를 구성하려면 [Amazon SES 개발자 안내서의 Amazon SES 및 보안 프로토콜을](https://docs.aws.amazon.com/ses/latest/dg/security-protocols.html#security-ses-to-receiver) 참조하세요. *Amazon SES *