Elastic Load Balancing의 데이터 보호

이 모델에 설명된 대로 AWS 은 (는) 모두를 실행하는 글로벌 인프라를 보호하는 역할을 AWS 클라우드합니다. 사용자는 인프라에서 호스팅되는 콘텐츠를 관리해야 합니다. 사용하는 AWS 서비스 의 보안 구성과 관리 작업에 대한 책임도 사용자에게 있습니다. 데이터 프라이버시에 대한 자세한 내용은 데이터 프라이버시 FAQ를 참조하세요. 유럽의 데이터 보호에 대한 자세한 내용은 AWS 보안 블로그의 AWS 공동 책임 모델 및 GDPR 블로그 게시물을 참조하십시오.

데이터 보호를 위해 AWS 계정 자격 증명을 보호하고 AWS IAM Identity Center OR AWS Identity and Access Management (IAM) 을 사용하여 개별 사용자를 설정하는 것이 좋습니다. 이렇게 하면 개별 사용자에게 자신의 직무를 충실히 이행하는 데 필요한 권한만 부여됩니다. 또한 다음과 같은 방법으로 데이터를 보호하는 것이 좋습니다.

• 각 계정에 멀티 팩터 인증 설정(MFA)을 사용하세요.

• SSL/TLS를 사용하여 리소스와 통신하세요. AWS TLS 1.2는 필수이며 TLS 1.3를 권장합니다.

• 를 사용하여 API 및 사용자 활동 로깅을 설정합니다. AWS CloudTrail

• 포함된 모든 기본 보안 제어와 함께 AWS 암호화 솔루션을 사용하십시오 AWS 서비스.

• Amazon S3에 저장된 민감한 데이터를 검색하고 보호하는 데 도움이 되는 Amazon Macie와 같은 고급 관리형 보안 서비스를 사용하세요.

• 명령줄 인터페이스 또는 API를 AWS 통해 액세스할 때 FIPS 140-2로 검증된 암호화 모듈이 필요한 경우 FIPS 엔드포인트를 사용하십시오. 사용 가능한 FIPS 엔드포인트에 대한 자세한 내용은 연방 정보 처리 표준(FIPS) 140-2를 참조하세요.

고객의 이메일 주소와 같은 기밀 정보나 중요한 정보는 태그나 이름 필드와 같은 자유 양식 필드에 입력하지 않는 것이 좋습니다. 여기에는 콘솔 AWS CLI, API 또는 AWS SDK를 AWS 서비스 사용하여 Elastic Load Balancing을 사용하거나 다른 작업을 하는 경우가 포함됩니다. 이름에 사용되는 태그 또는 자유 형식 텍스트 필드에 입력하는 모든 데이터는 청구 또는 진단 로그에 사용될 수 있습니다. 외부 서버에 URL을 제공할 때 해당 서버에 대한 요청을 검증하기 위해 보안 인증 정보를 URL에 포함시켜서는 안 됩니다.

저장된 데이터 암호화

Elastic Load Balancing 액세스 로그를 위해 S3 버킷에 대한 Amazon S3 관리형 암호화 키(SSE-S3)를 사용하여 서버 측 암호화를 활성화하는 경우 Elastic Load Balancing은 각 액세스 로그 파일이 S3 버킷에 저장되기 전에 자동으로 암호화합니다. 또한 Elastic Load Balancing은 액세스 로그 파일에 액세스할 때 해당 파일을 복호화합니다. 각 로그 파일은 고유 키로 암호화되며, 이 키 자체는 정기적으로 교체되는 KMS 키로 암호화됩니다.

전송 중 암호화

Elastic Load Balancing은 로드 밸런서에서 클라이언트의 HTTPS 및 TLS 트래픽을 종료하여 안전한 웹 애플리케이션 구축 프로세스를 단순화합니다. 로드 밸런서는 각 EC2 인스턴스가 TLS 종료 작업을 처리하도록 요구하지 않고 트래픽을 암호화하고 해독하는 작업을 수행합니다. 보안 리스너를 구성할 때 애플리케이션에서 지원하는 암호 모음 및 프로토콜 버전과 로드 밸런서에 설치할 서버 인증서를 지정합니다. AWS Certificate Manager (ACM) 또는 AWS Identity and Access Management (IAM) 을 사용하여 서버 인증서를 관리할 수 있습니다. Application Load Balancer는 HTTPS 리스너를 지원합니다. Network Load Balancer는 TLS 리스너를 지원합니다. Classic Load Balancer는 HTTPS 및 TLS 리스너를 모두 지원합니다.