Amazon Cognito의 데이터 보호

AWS 공동 책임 모델 Amazon Cognito(Amazon Cognito)의 데이터 보호에 적용됩니다. 이 모델에 설명된 대로 AWS 는 모든 AWS 클라우드를 실행하는 글로벌 인프라를 보호할 책임이 있습니다. 사용자는 인프라에서 호스팅되는 콘텐츠를 관리해야 합니다. 이 콘텐츠에는 사용하는 AWS 서비스에 대한 보안 구성 및 관리 작업이 포함됩니다. 데이터 프라이버시에 대한 자세한 내용은 데이터 프라이버시 FAQ를 참조하세요.

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

• 각 계정에 다중 인증(MFA)을 사용하세요.

• SSL/TLS를 사용하여 AWS 리소스와 통신합니다.

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

• AWS 암호화 솔루션과 서비스 내 AWS 모든 기본 보안 제어를 사용합니다.

• Amazon S3에 저장된 개인 데이터를 검색하고 보호하는 데 도움이 되는 Amazon Macie와 같은 고급 관리형 보안 서비스를 사용합니다.

이름 필드와 같은 자유 형식 필드에 고객 계정 번호와 같은 중요 식별 정보를 절대 입력하지 마세요. 여기에는 콘솔 AWS CLI, API 또는 AWS SDKs를 사용하여 Amazon Cognito 또는 기타 AWS 서비스를 사용하는 경우가 포함됩니다. Amazon Cognito 또는 기타 서비스에 입력하는 모든 데이터를 진단 로그에 포함할 수 있습니다. 외부 서버에 URL을 제공할 때 해당 서버에 대한 요청을 검증하기 위해 자격 증명 정보를 URL에 포함시키지 마세요.

데이터 암호화

데이터 암호화는 일반적으로 저장 데이터 암호화와 전송 중 데이터 암호화의 두 가지 범주로 나뉩니다.

저장된 데이터 암호화

Amazon Cognito 내의 데이터는 업계 표준에 따라 암호화된 상태로 저장됩니다.

전송 중 데이터 암호화

관리형 서비스인 Amazon Cognito는 AWS 글로벌 네트워크 보안으로 보호됩니다. AWS 보안 서비스 및가 인프라를 AWS 보호하는 방법에 대한 자세한 내용은 AWS 클라우드 보안을 참조하세요. 인프라 보안 모범 사례를 사용하여 AWS 환경을 설계하려면 Security Pillar AWS Well‐Architected Framework의 인프라 보호를 참조하세요.

AWS 게시된 API 호출을 사용하여 네트워크를 통해 Amazon Cognito에 액세스합니다. 고객은 다음을 지원해야 합니다.

• Transport Layer Security(TLS) TLS 1.2는 필수이며 TLS 1.3을 권장합니다.

• DHE(Ephemeral Diffie-Hellman) 또는 ECDHE(Elliptic Curve Ephemeral Diffie-Hellman)와 같은 완전 전송 보안(PFS)이 포함된 암호 제품군 Java 7 이상의 최신 시스템은 대부분 이러한 모드를 지원합니다.

또한 요청은 액세스 키 ID 및 IAM 위탁자와 관련된 보안 암호 액세스 키를 사용하여 서명해야 합니다. 또는 AWS Security Token Service(AWS STS)를 사용하여 임시 자격 증명을 생성하여 요청에 서명할 수 있습니다.

Amazon Cognito 사용자 풀과 자격 증명 풀에는 IAM 인증, 비인증 및 토큰 승인 API 작업이 있습니다. 비인증 및 토큰 승인 API 작업은 앱의 최종 사용자인 고객을 대상으로 합니다. 비인증 및 토큰 승인 API 작업은 저장 및 전송 중에 암호화됩니다. 자세한 내용은 Amazon Cognito 사용자 풀 인증 및 미인증 API 작업 단원을 참조하십시오.

참고

Amazon Cognito는 사용자의 콘텐츠를 내부적으로 암호화하며 고객 제공 키를 지원하지 않습니다.