Assigning privileges and roles to PostgreSQL users
PostgreSQL manages database access permissions using roles. Roles can own database objects and have privileges.
In PostgreSQL, a user is a role that can log in to the database. The user created for a new Managed Service for PostgreSQL cluster is the owner of its first database.
You can create more users and configure their permissions as needed:
Warning
Granting the public table create privilege to new users depends on the PostgreSQL version:
- 14 and lower: The privilege is granted automatically and cannot be revoked.
- 15 and higher: The privilege is manually granted to the user.
For more information about creating users
Editing user’s roles
To assign a role to a user, use the Yandex Cloud interfaces: the roles assigned by the GRANT request are canceled during the next database operation.
Note
PostgreSQL supports nested roles. A user, i.e., a role allowed to authenticate in a database, may be a member of one or multiple other roles and inherit their permissions. Learn more about role membership
Managed Service for PostgreSQL does not allow access to predefined roles
mdb_adminmdb_monitormdb_replicationmdb_superuser
Note
You cannot create custom roles in Managed Service for PostgreSQL. A user’s permissions are determined by the combination of granted privileges.
- Navigate to the folder dashboard and select Managed Service for PostgreSQL.
- Click the cluster name and select the Users tab.
- Find the user you want to update in the list, click
in their row, and select Configure. - Expand the DBMS settings list and select the roles you want to assign to the user in the Grants field.
- Click Save.
If you do not have the Yandex Cloud CLI installed yet, install and initialize it.
By default, the CLI uses the folder specified when creating the profile. To change the default folder, use the yc config set folder-id <folder_ID> command. You can also set a different folder for any specific command using the --folder-name or --folder-id parameter.
To assign roles to a cluster user, provide the list of required roles in the --grants parameter. This will completely overwrite the existing roles. To add or remove roles, first, run the yc managed-postgresql user get command to get the list of current roles together with the user info.
To assign roles, run this command:
yc managed-postgresql user update <username> \
--grants=<role_1>,<role_2> \
--cluster-id <cluster_ID>
You can get the cluster name from the folder’s cluster list and the username from the list of users.
To assign roles to a cluster user:
-
Open the current Terraform configuration file describing your infrastructure.
For information on how to create this file, see Creating a cluster.
For a complete list of configurable fields of Managed Service for PostgreSQL cluster user accounts, refer to the Terraform provider guides.
-
Locate the user's
yandex_mdb_postgresql_userresource. -
Add the
grantsattribute with the list of required roles:resource "yandex_mdb_postgresql_user" "<username>" { ... name = "<username>" grants = [ "<role_1>","<role_2>" ] ... } -
Make sure the settings are correct.
-
In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.
-
Run this command:
terraform validateTerraform will show any errors found in your configuration files.
-
-
Confirm updating the resources.
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
-
-
Get an IAM token for API authentication and place it in an environment variable:
export IAM_TOKEN="<IAM_token>" -
To check the list of current roles, call the User.Get method, e.g., via the following cURL
request:curl \ --request GET \ --header "Authorization: Bearer $IAM_TOKEN" \ --url 'https://mdb.api.cloud.yandex.net/managed-postgresql/v1/clusters/<cluster_ID>/users/<username>'You can get the cluster ID from the folder’s cluster list, and the username from the cluster’s user list.
You can find the list of current roles in the
grantsfield of the command output. -
To change the list of roles for a user, use the User.Update method to execute the following request:
Warning
The API method will assign default values to all the parameters of the object you are modifying unless you explicitly provide them in your request. To avoid this, list the settings you want to change in the
updateMaskparameter as a single comma-separated string.curl \ --request PATCH \ --header "Authorization: Bearer $IAM_TOKEN" \ --header "Content-Type: application/json" \ --url 'https://mdb.api.cloud.yandex.net/managed-postgresql/v1/clusters/<cluster_ID>/users/<username>' \ --data '{ "updateMask": "grants", "grants": [ "role_1", "role_2", ..., "role_N" ] }'Where:
-
updateMask: Comma-separated list of settings you want to update.Here, we provide only one setting.
-
grants: New roles as a string array. Each string represents an individual role. The possible values are:mdb_adminmdb_monitormdb_replicationmdb_superuser
-
-
Check the server response to make sure your request was successful.
-
Get an IAM token for API authentication and set it as an environment variable:
export IAM_TOKEN="<IAM_token>" -
Clone the cloudapi
repository:cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapiBelow, we assume the repository contents are stored in the
~/cloudapi/directory. -
To check the list of current roles, call UserService.Get via gRPCurl
or another preferred tool:grpcurl \ -format json \ -import-path ~/cloudapi/ \ -import-path ~/cloudapi/third_party/googleapis/ \ -proto ~/cloudapi/yandex/cloud/mdb/postgresql/v1/user_service.proto \ -rpc-header "Authorization: Bearer $IAM_TOKEN" \ -d '{ "cluster_id": "<cluster_ID>", "user_name": "<username>" }' \ mdb.api.cloud.yandex.net:443 \ yandex.cloud.mdb.postgresql.v1.UserService.GetYou can find the list of current roles in the
grantsfield of the command output. -
To change the list of roles for a user, call UserService.Update as follows:
Warning
The API method will assign default values to all the parameters of the object you are modifying unless you explicitly provide them in your request. To avoid this, list the settings you want to change in the
update_maskparameter as an array ofpaths[]strings.Format for listing settings
"update_mask": { "paths": [ "<setting_1>", "<setting_2>", ... "<setting_N>" ] }grpcurl \ -format json \ -import-path ~/cloudapi/ \ -import-path ~/cloudapi/third_party/googleapis/ \ -proto ~/cloudapi/yandex/cloud/mdb/postgresql/v1/user_service.proto \ -rpc-header "Authorization: Bearer $IAM_TOKEN" \ -d '{ "cluster_id": "<cluster_ID>", "user_name": "<username>", "update_mask": { "paths": [ "grants" ] }, "grants": [ "role_1", "role_2", ..., "role_N" ] }' \ mdb.api.cloud.yandex.net:443 \ yandex.cloud.mdb.postgresql.v1.UserService.UpdateWhere:
-
update_mask: List of settings you want to update as an array of strings (paths[]).Here, we provide only one setting.
-
grants: New roles as a string array. Each string represents an individual role. The possible values are:mdb_adminmdb_monitormdb_replicationmdb_superuser
You can get the cluster ID with the list of clusters in the folder, and the username, with the list of users in the cluster.
-
-
Check the server response to make sure your request was successful.
Granting a privilege to a user
- Connect to the database using the owner's account.
- Run the
GRANTcommand. For full command syntax, see this PostgreSQL guide .
You can only grant user privileges via Terraform in a cluster that has publicly accessible hosts.
You can grant user privileges via Terraform using a third-party tool, Terraform Provider for PostgreSQL
Note
Terraform Provider for PostgreSQL is not part of Managed Service for PostgreSQL. It is not covered by Yandex Cloud support and its usage is not governed by the Yandex Managed Service for PostgreSQL Terms of Use
To grant a privilege to a cluster user:
-
Add the
postgresqlprovider to therequired_providerssection in the provider configuration file:terraform { required_providers { ... postgresql = { source = "cyrilgdn/postgresql" } ... } } -
Open the Terraform configuration file describing your infrastructure.
For information on how to create this file, see Creating a cluster.
-
Add the
postgresqlprovider and configure it to access your target database using its owner’s credentials:provider "postgresql" { host = <host_FQDN> port = 6432 database = <DB_name> username = <DB_owner_username> password = <user_password> }To learn how to get a host FQDN, see this guide.
The full list of settings is available in the provider documentation
. -
Add the
postgresql_grantresource:resource "postgresql_grant" "<resource_name>" { database = "<DB_name>" role = "<username>" object_type = "<object_type>" privileges = ["<list_of_privileges>"] schema = "<schema>" objects = ["<list_of_objects>"] columns = ["<list_of_columns>"] with_grant_option = <permission_to_grant_privileges> }Where:
<resource_name>: Name of the Terraform resource that grants the privileges. This name must be unique within the Terraform manifest.database: Name of the target database for granting privileges.role: Name of the user receiving the privileges.object_type: Type of PostgreSQL object for which the privileges are granted. Possible values:database,schema,table,sequence,function,procedure,routine,foreign_data_wrapper,foreign_server,column.privileges: Array of privileges to grant. Possible values:SELECT,INSERT,UPDATE,DELETE,TRUNCATE,REFERENCES,TRIGGER,CREATE,CONNECT,TEMPORARY,EXECUTE, andUSAGE. For privilege descriptions see this PostgreSQL article .schema: Target schema for granting privileges. You cannot use this parameter with thedatabaseobject type.objects: Array of target objects for granting privileges. This is an optional parameter. If you omit it, the system will grant privileges on all objects of the specified type. You cannot use this parameter withdatabaseandschemaobject types. For thecolumnobject type, the array of target objects cannot contain more than one item.columns: Array of target columns for granting privileges. This parameter is required for thecolumnobject type and cannot be used with any other type.with_grant_option: Iftrue, a user with the granted privileges can grant them to other users. This is an optional parameter. The default value isfalse.
-
Reinitialize Terraform:
terraform init -
Make sure the settings are correct.
-
In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.
-
Run this command:
terraform validateTerraform will show any errors found in your configuration files.
-
-
Confirm updating the resources.
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
-
Revoking a privilege from a user
- Connect to the database using the owner's account.
- Run the
REVOKEcommand. For full command syntax, see this PostgreSQL guide .
If you previously granted a privilege using Terraform:
-
Open the Terraform configuration file describing your infrastructure.
-
In the
postgresql_grantsection, remove the privilege you want to revoke from theprivilegesattribute.To revoke all privileges, leave the
privilegesarray empty or remove the entirepostgresql_grantsection. -
Make sure the settings are correct.
-
In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.
-
Run this command:
terraform validateTerraform will show any errors found in your configuration files.
-
-
Confirm updating the resources.
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
-
Examples
Add a user with read-only permissions
Alert
Do not use this example if a user is created using Terraform: subsequent changes made via Terraform may cancel the user's privileges granted through SQL.
To add a new user (user2) to an existing cluster with read-only access to the db1 database:
-
Create a user named
user2. Select the databases that the user should have access to. -
Connect to the
db1database under the database owner account. -
Grant
user2the required permissions.Examples:
-
Grant access only to the
Productstable in the defaultpublicschema:GRANT SELECT ON public.Products TO user2; -
Grant access to objects in
myschema:GRANT USAGE ON SCHEMA myschema TO user2; -
Grant access to all tables and sequences in
myschema:GRANT SELECT ON ALL TABLES IN SCHEMA myschema TO user2; GRANT USAGE, SELECT ON ALL SEQUENCES IN SCHEMA myschema to user2; -
Allow calling
my_functioninmyschema:GRANT EXECUTE ON FUNCTION myschema.my_function TO user2; -
Change the default privileges for tables and sequences in
myschema:ALTER DEFAULT PRIVILEGES IN SCHEMA myschema GRANT SELECT ON TABLES TO user2; ALTER DEFAULT PRIVILEGES IN SCHEMA myschema GRANT USAGE, SELECT ON SEQUENCES TO user2;The
ALTER DEFAULT PRIVILEGEScommands allow you to change access permissions for new objects you will create later (in this case,myschematables and sequences) but do not affect permissions granted for existing objects.To update privileges for existing objects, use the
GRANTandREVOKEcommands.
-
You can grant user privileges via Terraform only in a cluster with public hosts.
User privileges are granted via Terraform using a third-party provider, Terraform Provider for PostgreSQL
Note
Terraform Provider for PostgreSQL is not part of Managed Service for PostgreSQL. It is not covered by Yandex Cloud support and its usage is not governed by the Yandex Managed Service for PostgreSQL Terms of Use
For more information about granting privileges, see Granting a privilege to a user.
Let's say you have a cluster named mypg with user1 as the owner. To add a new user (user2) to this cluster with read-only access to db1 tables with the public schema:
-
Add the
postgresqlprovider to therequired_providerssection in the provider configuration file:terraform { required_providers { ... postgresql = { source = "cyrilgdn/postgresql" } ... } } -
Open the Terraform configuration file with the infrastructure plan.
-
Add the
yandex_mdb_postgresql_userresource:resource "yandex_mdb_postgresql_user" "user2" { cluster_id = yandex_mdb_postgresql_cluster.mypg.id name = "user2" password = "user2user2" permission { database_name = yandex_mdb_postgresql_database.db1.name } } -
Add the
postgresqlprovider and configure its access permissions todb1:provider "postgresql" { host = yandex_mdb_postgresql_cluster.mypg.host[0].fqdn port = 6432 database = yandex_mdb_postgresql_database.db1.name username = yandex_mdb_postgresql_user.user1.name password = yandex_mdb_postgresql_user.user1.password } -
Add the
postgresql_grantresource with the following attributes:resource "postgresql_grant" "readonly_tables" { database = yandex_mdb_postgresql_database.db1.name role = yandex_mdb_postgresql_user.user2.name object_type = "table" privileges = ["SELECT"] schema = "public" } -
Initialize Terraform once again:
terraform init -
Make sure the settings are correct.
-
In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.
-
Run this command:
terraform validateTerraform will show any errors found in your configuration files.
-
-
Confirm updating the resources.
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
-
Revoking permissions
-
Connect to the
db1database under the database owner account. -
Revoke the relevant access permissions from
user2.Examples:
-
Revoke all privileges for tables in the
myschemaschema:REVOKE ALL PRIVILEGES ON ALL TABLES IN SCHEMA myschema FROM user2; -
Revoke access for the
Productstable in the defaultpublicschema:REVOKE SELECT ON public.Products FROM user2; -
Revoke access to all tables in
myschema:REVOKE SELECT ON ALL TABLES IN SCHEMA myschema FROM user2; -
Revoke access for objects in the
myschemaschema:REVOKE USAGE ON SCHEMA myschema FROM user2;
-
-
Open the Terraform configuration file you used to grant privileges.
-
In the
postgresql_grantsection, remove the privilege you want to revoke from theprivilegesparameter.To revoke all privileges, leave the
privilegesarray empty or completely remove thepostgresql_grantresource.resource "postgresql_grant" "readonly_tables" { database = yandex_mdb_postgresql_database.db1.name role = yandex_mdb_postgresql_user.user2.name object_type = "table" privileges = [] schema = "public" } -
Make sure the settings are correct.
-
In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.
-
Run this command:
terraform validateTerraform will show any errors found in your configuration files.
-
-
Confirm updating the resources.
-
Run this command to view the planned changes:
terraform planIf you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.
-
If everything looks correct, apply the changes:
-
Run this command:
terraform apply -
Confirm updating the resources.
-
Wait for the operation to complete.
-
-