On this page
createUser
On this page
Definition
createUser
-
Creates a new user on the database where you run the command. The
createUser
command returns a duplicate user error if the user exists. ThecreateUser
command uses the following syntax:{ createUser: "<name>", pwd: "<cleartext password>", customData: { <any information> }, roles: [ { role: "<role>", db: "<database>" } | "<role>", ... ], writeConcern: { <write concern> }, authenticationRestrictions: [ { clientSource: [ "<IP|CIDR range>", ... ], serverAddress: [ "<IP|CIDR range>", ... ] }, ... ], digestPassword: <boolean> }
createUser
has the following fields:Field Type Description createUser
string The name of the new user. pwd
string The user’s password. The pwd
field is not required if you runcreateUser
on the$external
database to create users who have credentials stored externally to MongoDB.customData
document Optional. Any arbitrary information. This field can be used to store any data an admin wishes to associate with this particular user. For example, this could be the user’s full name or employee id. roles
array The roles granted to the user. Can specify an empty array []
to create users without roles.digestPassword
boolean Optional. When true
, themongod
instance will create the hash of the user password; otherwise, the client is responsible for creating the hash of the password. Defaults totrue
.writeConcern
document Optional. The level of write concern for the creation operation. The writeConcern
document takes the same fields as thegetLastError
command.authenticationRestrictions
array Optional. The authentication restrictions the server enforces on the created user. Specifies a list of IP addresses and CIDR ranges from which the user is allowed to connect to the server or from which the server can accept users.
New in version 3.6.
Roles
In the roles
field, you can specify both built-in roles and user-defined roles.
To specify a role that exists in the same database where createUser
runs, you can either specify the role with the name of the role:
"readWrite"
Or you can specify the role with a document, as in:
{ role: "<role>", db: "<database>" }
To specify a role that exists in a different database, specify the role with a document.
Authentication Restrictions
New in version 3.6.
The authenticationRestrictions
document can contain only the following fields. The server throws an error if the authenticationRestrictions
document contains an unrecognized field:
Field Name | Value | Description |
---|---|---|
clientSource |
Array of IP addresses and/or CIDR ranges | If present, when authenticating a user, the server verifies that the client’s IP address is either in the given list or belongs to a CIDR range in the list. If the client’s IP address is not present, the server does not authenticate the user. |
serverAddress |
Array of IP addresses and/or CIDR ranges | A list of IP addresses or CIDR ranges to which the client can connect. If present, the server will verify that the client’s connection was accepted via an IP address in the given list. If the connection was accepted via an unrecognized IP address, the server does not authenticate the user. |
Important
If a user inherits multiple roles with incompatible authentication restrictions, that user becomes unusable.
For example, if a user inherits one role in which the clientSource
field is ["198.51.100.0"]
and another role in which the clientSource
field is ["203.0.113.0"]
the server is unable to authenticate the user.
For more information on authentication in MongoDB, see Authentication.
Behavior
User Id
Starting in version 3.6.13, MongoDB 3.6 automatically assigns a unique userId
to the user upon creation.
Encryption
Warning
By default, createUser
sends all specified data to the MongoDB instance in cleartext. Use TLS transport encryption to protect communications between clients and the server, including the password sent by createUser
. For instructions on enabling TLS transport encryption, see Configure mongod and mongos for TLS/SSL.
MongoDB does not store the password in cleartext. The password is only vulnerable in transit between the client and the server, and only if TLS transport encryption is not enabled.
External Credentials
Users created on the $external
database should have credentials stored externally to MongoDB, as, for example, with MongoDB Enterprise installations that use Kerberos.
Changed in version 3.6.3: To use sessions with $external
authentication users (i.e. Kerberos, LDAP, x.509 users), the usernames cannot be greater than 10k bytes.
Required Access
- To create a new user in a database, you must have the
createUser
action on that database resource. - To grant roles to a user, you must have the
grantRole
action on the role’s database.
The userAdmin
and userAdminAnyDatabase
built-in roles provide createUser
and grantRole
actions on their respective resources.
Example
The following createUser
command creates a user accountAdmin01
on the products
database. The command gives accountAdmin01
the clusterAdmin
and readAnyDatabase
roles on the admin
database and the readWrite
role on the products
database:
db.getSiblingDB("products").runCommand( { createUser: "accountAdmin01",
pwd: "cleartext password",
customData: { employeeId: 12345 },
roles: [
{ role: "clusterAdmin", db: "admin" },
{ role: "readAnyDatabase", db: "admin" },
"readWrite"
],
writeConcern: { w: "majority" , wtimeout: 5000 }
} )