自己管理型配置での認証
認証は、クライアントの ID を確認するプロセスです。アクセス制御（認証）が有効になっている場合、MongoDB は、アクセスの可否を決定するためにすべてのクライアントに対して認証を要求します。
認証と承認は密接に関連していますが、以下に示すように認証は承認とは異なります。
認証は、ユーザーの ID を確認します。
承認は、リソースと操作に対する確認済みユーザーのアクセス権が決まります。
MongoDB Atlas でホストされている配置の UI を介して認証を構成できます。
スタートガイド
アクセス制御の使用を開始するには、次のチュートリアルに従ってください。
認証メカニズム
SCRAM 認証
SCRAM（Salted Challenge Response Authentication Mechanism）は、MongoDB のデフォルトの認証メカニズムです。
SCRAM と MongoDB の詳細については、以下を参照してください。
x.509 証明書認証
MongoDB はクライアント認証およびレプリカセットやシャーディングされたクラスターのノードの内部認証に対して x.509 証明書による認証をサポートします。x.509 証明書認証には、安全な TLS/SSL 接続が必要です。
x.509 と MongoDB を一緒に使用するには、認証局によって生成および署名された有効な証明書を使用する必要があります。クライアント x.509 証明書は、クライアント証明書の要件を満たしている必要があります。
x.509 と MongoDB の詳細については、以下を参照してください。
Kerberos 認証
MongoDB Enterprise は Kerberos 認証をサポートしています。Kerberos は、大規模なクライアント/サーバー システム向けの業界標準の認証プロトコルで、チケットと呼ばれる有効期間の短いトークンを使用した認証を提供します。
Kerberos と MongoDB を一緒に使用するには、適切に構成された Kerberos 配置、MongoDB 用に構成された Kerberos サービス プリンシパル、および MongoDB に追加された Kerberos ユーザー プリンシパルが必要です。
Kerberos と MongoDB の詳細については、以下を参照してください。
LDAPプロキシ認証
MongoDB Enterprise および MongoDB Atlas は、 LDAP（Lightweight Directory Access Protocol）サービスを通して LDAP プロキシ認証をサポートしています。
Kerberos と MongoDB の詳細については、以下を参照してください。
これらのメカニズムにより、MongoDB を既存の認証システムに統合できます。
内部認証とメンバーシップ認証
MongoDB は、クライアントの ID を確認するだけでなく、レプリカセットとシャーディングされたクラスターのノードに対して、それぞれのレプリカセットまたはシャーディングされたクラスターへの メンバーシップを認証する ように要求できます。 詳細については、「自己管理型内部認証とメンバーシップ認証」を参照してください。