createUser (original) (raw)

createUser

Creates a new user on the database where you run the command. ThecreateUser command returns a duplicate user error if the user exists.

Tip

In mongosh, this command can also be run through the db.createUser() helper method.

Helper methods are convenient for mongosh users, but they may not return the same level of information as database commands. In cases where the convenience is not needed or the additional return fields are required, use the database command.

This command is available in deployments hosted in the following environments:

Important

This command is not supported in M0, M2, M5, M10+, and Flex clusters. For more information, see Unsupported Commands.

The command has the following syntax:

Tip

You can use the passwordPrompt() method in conjunction with various user authentication management methods and commands to prompt for the password instead of specifying the password directly in the method or command call. However, you can still specify the password directly as you would with earlier versions of themongo shell.


db.runCommand(

   {

     createUser: "<name>",

     pwd: passwordPrompt(),      // Or  "<cleartext password>"

     customData: { <any information> },

     roles: [

       { role: "<role>", db: "<database>" } | "<role>",

       ...

     ],

     writeConcern: { <write concern> },

     authenticationRestrictions: [

        { clientSource: [ "<IP|CIDR range>", ... ], serverAddress: [ "<IP|CIDR range>", ... ] },

        ...

     ],

     mechanisms: [ "<scram-mechanism>", ... ],

     digestPassword: <boolean>,

     comment: <any>

   }

)

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 run createUser on the $externaldatabase to create users who have credentials stored externally to MongoDB.The value can be either:The user's password in cleartext stringpasswordPrompt(), to prompt for the user's passwordYou can use the passwordPrompt() method in conjunction with various user authentication management methods and commands to prompt for the password instead of specifying the password directly in the method or command call. However, you can still specify the password directly as you would with earlier versions of themongo shell.
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. Indicates whether the server or the client digests the password.If true, the server receives undigested password from the client and digests the password.If false, the client digests the password and passes the digested password to the server. Not compatible with SCRAM-SHA-256The default value is true.
writeConcern document Optional. The level of write concern for the operation. See Write Concern Specification.
authenticationRestrictions array Optional. The authentication restrictions the server enforces on the created user. Specifies a list of IP addresses andCIDR ranges from which the user is allowed to connect to the server or from which the server can accept users.
mechanisms array Optional. Specify the specific SCRAM mechanism or mechanisms for creating SCRAM user credentials. If authenticationMechanisms is specified, you can only specify a subset of theauthenticationMechanisms.Valid values are:"SCRAM-SHA-1"Uses the SHA-1 hashing function."SCRAM-SHA-256"Uses the SHA-256 hashing function.Requires featureCompatibilityVersion set to 4.0.Requires digestPassword to be true.The default for featureCompatibilityVersion is 4.0 is bothSCRAM-SHA-1 and SCRAM-SHA-256.The default for featureCompatibilityVersion is 3.6 isSCRAM-SHA-1.
digestPassword boolean Optional. Indicates whether the server or the client digests the password.If true, the server receives undigested password from the client and digests the password.If false, the client digests the password and passes the digested password to the server. Not compatible with SCRAM-SHA-256The default value is true.
comment any Optional. A user-provided comment to attach to this command. Once set, this comment appears alongside records of this command in the following locations:mongod log messages, in theattr.command.cursor.comment field.Database profiler output, in the command.comment field.currentOp output, in the command.comment field.A comment can be any valid BSON type(string, integer, object, array, etc).

In the roles field, you can specify bothbuilt-in roles and user-defined roles.

To specify a role that exists in the same database wherecreateUser runs, you can either specify the role with the name of the role:

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.

The authenticationRestrictions document can contain only the following fields. The server throws an error if theauthenticationRestrictions document contains an unrecognized field:

Field Name Value Description
clientSource Array of IP addresses and/orCIDR 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/orCIDR 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 theclientSource 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, seeAuthentication on Self-Managed Deployments.

MongoDB automatically assigns a unique userId to the user upon creation.

Warning

By default, createUser sends all specified data to the MongoDB instance in cleartext, even if using passwordPrompt(). 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, seeConfigure 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.

Users created on the $external database should have credentials stored externally to MongoDB, as, for example, with MongoDB Enterprise installations that use Kerberos.

To use Client Sessions and Causal Consistency Guarantees with $external authentication users (Kerberos, LDAP, or X.509 users), usernames cannot be greater than 10k bytes.

You cannot create users on the local database.

Usernames must consist of at least one character and cannot be larger than 7MB.

The userAdmin anduserAdminAnyDatabase built-in roles providecreateUser and grantRole actions on their respective resources.

The following createUser command creates a user accountAdmin01 on theproducts database. The command gives accountAdmin01 theclusterAdmin and readAnyDatabase roles on the admin database and the readWrite role on the products database:

Tip

You can use the passwordPrompt() method in conjunction with various user authentication management methods and commands to prompt for the password instead of specifying the password directly in the method or command call. However, you can still specify the password directly as you would with earlier versions of themongo shell.


 db.getSiblingDB("products").runCommand( {

       createUser: "accountAdmin01",

       pwd: passwordPrompt(),

       customData: { employeeId: 12345 },

       roles: [

                { role: "clusterAdmin", db: "admin" },

                { role: "readAnyDatabase", db: "admin" },

                "readWrite"

              ],

       writeConcern: { w: "majority" , wtimeout: 5000 }

} )