참고
이 페이지는 Atlas Infinite와 Atlas Core 모두에 적용됩니다.
Atlas는 즉시 안전하게 사용할 수 있습니다. Atlas는 안전한 기본 설정으로 사전 구성되어 제공됩니다. 고유한 보안 요구 사항 및 선호도에 맞게 클러스터의 보안 기능을 미세 조정할 수 있습니다. 클러스터를 위한 다음 보안 기능 및 고려 사항을 검토하세요.
Atlas 네트워크 보안에 대한 권장 사항에 대해 학습 Atlas 아키텍처 센터에서 Atlas 네트워크 보안을 위한 권장 사항을 참조하세요.
참고
The MongoDB Atlas Shared Responsibility Model defines the complementary duties of MongoDB and its customers in maintaining a secure and resilient data environment. Under this framework, MongoDB manages the security and operational integrity of the underlying platform, while customers are responsible for the configuration, management, and data policies of their specific deployments. For a detailed breakdown of ownership across security and operational excellence, see Shared Responsibility Model.
중요
네임스페이스 및 필드 이름에 민감한 정보를 포함하지 않는 것이 보안 권장사항 입니다. Atlas는 이 정보를 숨기지 않습니다.
사전 구성된 보안 기능
Atlas 제품에는 다음 보안 기능이 포함되어 있습니다.
전송 중 암호화
Atlas는 데이터베이스에 대한 연결을 암호화하기 위해 TLS를 요구합니다.
TLS 인증서는 다음과 같습니다.
Atlas 인증서를 발급한 날로부터 90 일 동안 유효합니다.
인증서 만료 날짜 42 일 전에 로테이션되었습니다.
TLS 암호화 에 대해 자세히 학습 Atlas 보안 백서를 참조하세요.
To configure SSL or TLS OCSP certificate revocation checking, see OCSP Certificate Revocation Check.
가상 사설 클라우드
하나 이상의 M10+ 전용 클러스터가 있는 모든 Atlas 프로젝트에는 전용 VPC가 제공됩니다(또는 Azure를 사용하는 경우 VNet). Atlas는 모든 전용 클러스터를 이 VPC 또는 VNet 내에 배포합니다.
저장된 데이터 암호화
기본값으로 Atlas는 Advanced Encryption Standard(AES)-256을 사용하여 미사용 상태의 모든 클러스터 저장 및 스냅샷 볼륨을 암호화합니다. Atlas Core 클러스터에서 클라우드 공급자는 이 디스크 암호화를 자동화하고 암호화 키를 관리합니다. Atlas는 고객 managed 키를 사용한 미사용 데이터 암호화도 지원합니다.
FIPS 140-2
Atlas는 모든 데이터베이스에 대해 FIPS 140-2 레벨 2을 기본값 비활성화합니다. 사용 중인 환경에 따라 Atlas 에서 활성화 해야 하는 경우 MongoDB Atlas for Government를 사용하세요.
MongoDB Atlas for Government는 모든 데이터베이스에 대해 FIPS 140-2 레벨 2 를 자동으로 활성화합니다.
필수 보안 기능
반드시 다음과 같은 보안 기능을 구성해야 합니다.
네트워크 및 방화벽 요구 사항
애플리케이션이 MongoDB Atlas 환경에 연결할 수 있는지 확인하세요. 애플리케이션 환경에서 Atlas로의 인바운드 네트워크 액세스를 추가하려면 다음 중 하나를 수행하세요.
IP 액세스 목록에 공인 IP 주소 추가하기
VPC/VNet 피어링을 사용하여 비공개 IP 주소를 추가합니다.
비공개 엔드포인트를 추가합니다.
방화벽 이 아웃바운드 네트워크 연결을 차단하는 경우 애플리케이션 환경에서 Atlas 로의 아웃바운드 액세스 도 허용해야 합니다. 애플리케이션이 클러스터의 호스트 이름 또는 IP 주소의 TCP 트래픽에 대해 포트 27015 ~ 27017 에 아웃바운드 연결을 할 수 있도록 방화벽 구성해야 합니다. 이렇게 하면 애플리케이션이 Atlas 에 저장된 데이터베이스에 액세스 .
클러스터 IP 주소의 현재 목록을 얻으려면 Atlas 관리 API 의 Return All IP for One 프로젝트 엔드포인트 를 사용합니다.
curl --header "Authorization: Bearer <access-token>" \ --header "Accept: application/vnd.atlas.2025-03-12+json" \ --request GET \ "https://cloud.mongodb.com/api/atlas/v2/groups/{GROUP-ID}/ipAddresses"
참고
기본적으로 MongoDB Atlas 클러스터는 귀하의 애플리케이션 환경에 대한 연결을 시작할 필요가 없습니다. LDAP 인증 및 권한 부여를 통해 Atlas 클러스터를 활성화하고자 한다면 Atlas 클러스터가 귀하의 보안 LDAP로 직접 네트워크 액세스를 허용해야 합니다. 공개 DNS 호스트 이름이 Atlas 클러스터가 액세스할 수 있는 IP를 가리키는 한, 공개 또는 비공개 IP를 사용하여 LDAP에 대한 액세스를 허용할 수 있습니다.
VPC/VNet 피어링을 사용하지 않고 공용 IP 주소를 사용하여 Atlas에 연결하려는 경우, 다음 페이지에서 추가 정보를 확인하세요.
IP 액세스 목록
Atlas는 해당 프로젝트의 IP 액세스 목록에 있는 항목에서만 클러스터에 대한 클라이언트 연결을 허용합니다. 연결하려면 IP 액세스 목록에 항목을 추가해야 합니다. 프로젝트의 IP 액세스 목록을 설정하려면 IP 액세스 목록 항목 구성을 참조하세요.
Google Cloud 또는 Microsoft Azure에 배포된 Atlas 클러스터의 경우, Google Cloud 또는 Azure 서비스의 IP 주소를 Atlas 프로젝트 IP 액세스 목록에 추가하여 해당 서비스가 클러스터에 접근할 수 있도록 허용합니다.
사용자 인증 또는 권한 부여
Atlas requires clients to authenticate to connect to the database. You must create database users to access the database. To set up database users to your clusters, see Configure Database Users. Atlas offers many security features for cluster authentication and authorization.
프로젝트의 클러스터에 액세스하려면 사용자가 해당 프로젝트에 속해 있어야 합니다. 사용자는 여러 프로젝트에 소속될 수 있습니다.
보안 기능 옵션
다음과 같은 보안 기능을 구성할 수 있습니다.
네트워크 피어링 연결
Atlas는 다른 AWS, Azure 또는 Google Cloud 네트워크 피어링 연결과의 피어링 연결을 지원합니다. 자세한 학습은 네트워크 피어링을 참조하세요.
중요
선택한 리전에 대한 첫 번째 M10+ 전용 유료 클러스터이며 동시에 하나 이상의 VPC 피어링 연결을 생성할 계획인 경우, 계속하기 전에 VPC 피어링 연결에 대한 설명서를 검토하세요.
비공개 엔드포인트
Atlas는 다음에 대한 비공개 엔드포인트를 지원합니다:
AWS PrivateLink 기능 사용하는 AWS
Azure Azure Private Link 기능 사용하는 Azure
GCP Private Service Connect 기능 사용하는 Google Cloud Platform
비공개 엔드포인트를 사용하려면 Learn About Private Endpoints in Atlas(Atlas의 비공개 엔드포인트에 대해 알아보기)를 참조하세요.
통합 AWS 액세스
Data Federation 및 고객 키 관리를 사용한 미사용 데이터 암호화를 포함한 일부 Atlas 기능은 인증 에 Amazon Web Services IAM 역할을 사용합니다.
Atlas에서 사용할 AWS IAM 역할을 설정하려면 통합 AWS 액세스 설정하기를 참조하세요.
클러스터 인증 및 권한 부여
Atlas는 클러스터 인증 및 권한 부여를 위해 다음과 같은 보안 기능을 제공합니다.
데이터베이스 사용자 인증 또는 권한 부여
클라이언트가 클러스터에 액세스하려면 인증을 받아야 합니다. 데이터베이스에 액세스하려면 데이터베이스 사용자를 생성해야 합니다. 클러스터에 대한 데이터베이스 사용자를 설정하려면 데이터베이스 사용자 구성을 참조하세요.
데이터베이스 권한 부여를 위한 사용자 지정 역할
Atlas supports creating custom roles for database authorization in cases where the built-in Atlas roles don't grant your desired set of privileges.
AWS IAM을 사용한 인증
AWS IAM 역할에 대한 인증 및 권한 부여를 설정할 수 있습니다. 자세한 학습은 Amazon Web Services IAM 인증을 참조하세요.
LDAP사용한 사용자 인증 또는 권한 부여
Atlas는 LDAP로 사용자 인증 및 권한 부여를 수행할 수 있도록 지원합니다.LDAP를 사용하려면 Set up User Authentication and Authorization with LDAP(LDAP로 사용자 인증 및 권한 부여 설정)을 참조하세요.
X.509를 사용한 사용자 인증
X.509 클라이언트 인증서는 데이터베이스 사용자에게 프로젝트 의 클러스터에 대한 액세스 제공합니다. X.509 인증 옵션에는 Atlas-managed X.509 인증 및 자체 관리형 X.509 인증 포함됩니다. 자체 관리형 X.509 인증에 대해 자세히 학습하려면 자체 관리형 X.509 인증서 설정을 참조하세요.
Atlas 백엔드 인프라에 대한 MongoDB 지원 액세스 제한
조직의 소유자는 자신의 조직에서 모든 Atlas 클러스터에 대한 Atlas 백엔드 인프라에 MongoDB 프로덕션 지원 직원의 액세스를 제한할 수 있습니다. 조직 소유자는 Atlas 클러스터 수준에서 액세스 제한을 24시간 우회하도록 권한을 부여할 수 있습니다.
중요
MongoDB 지원의 인프라 액세스를 차단하면 지원 문제 대응 및 해결 시간이 늘어나고 클러스터의 가용성에 부정적인 영향을 미칠 수 있습니다.
이 옵션을 활성화하려면 Atlas 백엔드 인프라에 대한 MongoDB 지원 액세스 구성을 참조하세요.
키 관리를 사용한 미사용 데이터 암호화
Atlas는 스토리지 엔진과 클라우드 공급자 백업을 암호화하기 위해 AWS KMS, Azure Key Vault, Google Cloud를 지원합니다. 미사용 데이터 암호화를 사용하려면 고객 키 관리를 사용한 미사용 데이터 암호화를 참조하세요.
클라이언트 사이드 필드 레벨 암호화
Atlas supports client-side field level encryption, including automatic encryption of fields. All Atlas users are entitled to use MongoDB automatic client-side field level encryption features.
자세한 학습 은 클라이언트 사이드 필드 레벨 암호화 요구 사항을 참조하세요.
참고
MongoDB Compass, the Atlas UI, and the MongoDB Shell (mongosh) do not support decrypting client-side field level-encrypted fields.
데이터베이스 감사
Atlas는 모든 시스템 이벤트 조치에 대한 감사를 지원합니다. 데이터베이스 감사를 사용하려면 데이터베이스 감사 설정을 참조하세요.
액세스 추적
Atlas는 인증 로그를 Atlas UI에 직접 표시하므로 클러스터에 대한 인증 시도의 성공 및 실패를 검토할 수 있습니다. 데이터베이스 액세스 기록을 보려면 데이터베이스 액세스 기록 보기를 참조하세요.
Atlas UI 액세스를 위한 다단계 인증
Atlas는 Atlas 계정에 대한 액세스를 제어할 수 있도록 MFA를 지원합니다. MFA를 설정하려면 다단계 인증 옵션 관리를 참조하세요.
Atlas Control Plane에 대한 액세스 허용
다음 Atlas 기능 중 하나를 사용하는 경우 네트워크의 IP 액세스 목록에 Atlas IP 주소를 추가해야 할 수 있습니다.
참고
미사용 데이터 암호화 기능을 활성화하는 경우, 샤딩된 클러스터 사용 시 CSRS(config 서버 복제본 세트)를 포함하여 배포서버 내 모든 호스트에 대해 공용 IP 액세스를 허용해야 합니다.
Atlas Control Plane IP 주소 가져오기
Send a GET request to the controlPlaneIPAddresses endpoint to fetch the current Atlas control plane IP addresses. The API endpoint returns a list of inbound and outbound Atlas control plane IP addresses in CIDR notation categorized by cloud provider and region, similar to the following:
{ "inbound":{ "aws":{ "<region-name>":["<IP-address>", ...], ... }, "azure":{ "<region-name>":["<IP-address>", ...], ... }, "gcp":{ "<region-name>":["<IP-address>", ...] ... } }, "outbound":{ "aws":{ "<region-name>":["<IP-address>", ...], ... }, "azure":{ "<region-name>":["<IP-address>", ...], ... }, "gcp":{ "<region-name>":["<IP-address>", ...], ... } }, "gateways":{ "aws":{ "<region-name>":["<IP-address>", ...], ... }, "azure":{ "<region-name>":["<IP-address>", ...], ... }, "gcp":{ "<region-name>":["<IP-address>", ...], ... } } }
중요
Atlas 관리 API는 제어 평면과 관련하여 inbound 및 outbound 용어를 사용하며 이는 사용자의 네트워크와 관련이 없습니다. 그 결과는 다음과 같은 상황이 발생합니다.
네트워크의 인바운드 규칙은 Atlas Administration API에 나열된
outboundCIDR과 일치해야 합니다.네트워크의 아웃바운드 규칙은 Atlas Administration API에 나열된
inboundCIDR과 일치해야 합니다.
다음 다이어그램은 컨트롤 플레인과 네트워크에 대한 inbound 와 outbound 간의 관계 보여줍니다.
반환된 IP 주소를 클라우드 제공자의 KMS IP 액세스 목록에 추가하려면 AWS, Azure 및 GCP를 사용하여 고객 키를 관리하기 위한 사전 구성 요소를 참조하세요.
중요
Atlas는 시간이 지남에 따라 제어 플레인 IP 주소를 업데이트할 수 있습니다. Atlas와 KMS 간의 연결을 계속 유지하려면 주기적으로 현재 제어 플레인 IP 주소를 가져와서 KMS 액세스 목록을 업데이트하십시오.
필수 액세스: controlPlane.outbound IP 주소
controlPlane.outbound 제어 평면에서 오는 트래픽의 IP 주소를 나열합니다. 네트워크의 인바운드 HTTP IP 주소 목록은 controlPlane.outbound에 나열된 IP 주소에서의 액세스를 허용해야 합니다.
현재 사용 중인 아웃바운드 Atlas 제어 평면 IP 주소를 가져오기 위해 Atlas Admin API를 사용하는 것이 좋습니다.
필수 액세스: controlPlane.inbound IP 주소
controlPlane.inbound 는 제어 평면으로 들어오는 트래픽의 IP 주소를 나열합니다. 네트워크에서 특정 IP 주소로만 아웃바운드 HTTP 요청을 허용하는 경우 Atlas가 웹훅 및 KMS와 통신할 수 있도록 controlPlane.inbound에 나열된 IP 주소에 대한 액세스를 허용해야 합니다.
We recommend that you use the Atlas Admin API to fetch the current inbound Atlas control plane IP addresses.
필수 액세스: gateways IP 주소
gateways Atlas Gateway를 통해 경로 지정된 트래픽의 IP 주소를 나열합니다. Atlas가 게이트웨이를 통해 연결하는 서비스에 IP 제한 정책이 있는 경우, gateways에 나열된 IP 주소에서의 인바운드 액세스를 제어 플레인 IP 주소 외에도 허용해야 합니다.
클러스터가 배포된 위치에 상관없이 모든 리전의 모든 게이트웨이 IP 주소를 포함합니다.
We recommend that you use the Atlas Admin API to fetch the current Atlas gateway IP addresses.
중요
Atlas는 시간이 지남에 따라 게이트웨이 IP 주소를 업데이트할 수 있습니다. 지속적인 연결을 보장하려면 주기적으로 현재 게이트웨이 IP 주소를 가져와 액세스 목록을 업데이트하십시오.
Data Federation에 대한 액세스 허용
네트워크에서 특정 IP 주소로의 아웃바운드 HTTPS 요청만 허용하는 경우 요청이 연합 데이터베이스 인스턴스에 도달할 수 있도록 TCP 포트 27017의 인바운드 IP 주소에서의 액세스를 허용해야 합니다. 현재 인바운드 및 아웃바운드 Atlas 제어 영역 IP 주소를 가져오려면 Atlas 관리자 API를 사용하는 것이 좋습니다.
OCSP 인증서 해지 확인
사용자의 네트워크가 특정 IP 주소로만 아웃바운드 요청을 허용하는 경우, SSL 또는 TLS OCSP 인증서 폐기 확인을 허용하기 위해서는 SSL 또는 TLS 인증서의 OCSP URL에서 찾을 수 있는 Atlas의 CA (인증 기관) OCSP Responder 서버에 대한 접근을 허용해야 합니다.
To disable OCSP certificate revocation checking, refer to the documentation for the MongoDB driver version that your application uses.
OCSP 동작은 인증서 제공자에 따라 달라집니다. 인증서에 OCSP 응답기 URL이 포함되어 있는 경우에만 취소 확인이 수행됩니다.
참고
Let's Encrypt OCSP 폐기
Let's Encrypt has ended OCSP support for newer certificates. As a result, certificates issued by Let's Encrypt might not include an OCSP responder URL. This is expected and doesn't by itself indicate a problem with your Atlas cluster.
Let's Encrypt 인증서로 변경한 후 OCSP 관련 경고가 표시되면, 먼저 새 인증서에 OCSP URL이 포함되어 있는지 확인합니다.