- Security >
- Security Checklist
On this page
- Enable Access Control and Enforce Authentication
- Configure Role-Based Access Control
- Encrypt Communication
- Encrypt and Protect Data
- Limit Network Exposure
- Audit System Activity
- Run MongoDB with a Dedicated User
- Run MongoDB with Secure Configuration Options
- Request a Security Technical Implementation Guide (where applicable)
- Consider Security Standards Compliance
This documents provides a list of security measures that you should implement to protect your MongoDB installation.
Enable Access Control and Enforce Authentication¶
Enable access control and specify the authentication mechanism. You can use the default MongoDB authentication mechanism or an existing external framework. Authentication requires that all clients and servers provide valid credentials before they can connect to the system. In clustered deployments, enable authentication for each MongoDB server.
Configure Role-Based Access Control¶
Create a user administrator first, then create additional users. Create a unique MongoDB user for each person and application that accesses the system.
Create roles that define the exact access a set of users needs. Follow a principle of least privilege. Then create users and assign them only the roles they need to perform their operations. A user can be a person or a client application.
Configure MongoDB to use TLS/SSL for all incoming and outgoing
connections. Use TLS/SSL to encrypt communication between
mongos components of a MongoDB
client as well as between all applications and MongoDB.
Encrypt and Protect Data¶
Starting with MongoDB Enterprise 3.2, the WiredTiger storage engine’s native Encryption at Rest can be configured to encrypt data in the storage layer.
If you are not using WiredTiger’s encryption at rest, MongoDB data should be encrypted on each host using file-system, device, or physical encryption. Protect MongoDB data using file-system permissions. MongoDB data includes data files, configuration files, auditing logs, and key files.
Limit Network Exposure¶
Ensure that MongoDB runs in a trusted network environment and limit the interfaces on which MongoDB instances listen for incoming connections. Allow only trusted clients to access the network interfaces and ports on which MongoDB instances are available.
Audit System Activity¶
Track access and changes to database configurations and data. MongoDB Enterprise includes a system auditing facility that can record system events (e.g. user operations, connection events) on a MongoDB instance. These audit records permit forensic analysis and allow administrators to verify proper controls.
Run MongoDB with a Dedicated User¶
Run MongoDB processes with a dedicated operating system user account. Ensure that the account has permissions to access data but no unnecessary permissions.
See Install MongoDB for more information on running MongoDB.
Run MongoDB with Secure Configuration Options¶
$where. If you do not use these operations, disable
server-side scripting by using the
--noscripting option on the command line.
Use only the MongoDB wire protocol on production deployments. Do not
enable the following, all of which enable the web server interface:
these disabled, unless required for backwards compatibility.
Deprecated since version 3.2: HTTP interface for MongoDB
See Security Hardening for more information on hardening MongoDB configuration.
Request a Security Technical Implementation Guide (where applicable)¶
The Security Technical Implementation Guide (STIG) contains security guidelines for deployments within the United States Department of Defense. MongoDB Inc. provides its STIG, upon request, for situations where it is required. Please request a copy for more information.