ИЗМЕНИТЬ РОЛЬ app_user С ПАРОЛЕМ 'НовыйПароль!';

7. Войдите в PostgreSQL с другой ролью.

1) Сначала установите пароль роли:

\пароль app_user

2) Выйти из psql:

\q

3) Войдите в систему, используя новую роль:

psql -U app_user -d postgres -h 127.0.0.1 -W

8. Создайте таблицу для проверки разрешений.

CREATE TABLE employees ( id serial PRIMARY KEY, name varchar(50), created_at timestamp DEFAULT NOW() );

9. Предоставление разрешений (GRANT) в PostgreSQL

Предоставление конкретного разрешения:

GRANT SELECT ON employees ДЛЯ app_user;

Разрешение INSERT:

ПРЕДОСТАВИТЬ INSERT ON employees ДЛЯ app_user;

Предоставление ВСЕХ привилегий:

ПРЕДОСТАВИТЬ ВСЕМ СОТРУДНИКАМ ПРАВА ДЛЯ app_user;

Предоставление доступа всем пользователям (публичный):

ПРЕДОСТАВИТЬ ВЫБОР СОТРУДНИКОВ ОБЩЕСТВЕННОСТИ;

10. Просмотр разрешений для каждой таблицы

\z сотрудников

11. Отозвать разрешения (REVOKE)

Отозвать разрешение на вставку для определенной роли:

ОТМЕНИТЬ ВСТАВКУ ДЛЯ сотрудников ИЗ app_user;

Отозвать все разрешения:

ОТМЕНИТЬ ВСЕ ПРАВА НА СОТРУДНИКОВ ИЗ app_user;

Удалить общее разрешение:

ОТМЕНИТЬ ВЫБОР СОТРУДНИКОВ ИЗ ОБЩЕСТВЕННОСТИ;

12. Групповая роль в PostgreSQL

Групповая роль — это роль, членами которой являются другие роли, например группы Linux.

1) Создайте групповую роль:

СОЗДАТЬ РОЛЬ dev_team;

2) Добавление пользователей в группу:

GRANT dev_team TO app_user; GRANT dev_team TO backend_user;

3) Проверка членства:

\du

4) Использование групповой роли:

УСТАНОВИТЬ РОЛЬ dev_team;

С этого момента все разрешения, имеющиеся у dev_team, будут активированы.

5) Автоматическое наследование с помощью INHERIT

ИЗМЕНИТЬ РОЛЬ app_user С НАСЛЕДОВАНИЕМ;

13. Передайте право собственности на объекты перед удалением роли

Если вы хотите удалить роль, но таблица или база данных принадлежит ей:

Изменить владельца таблицы:

ALTER TABLE employees OWNER TO postgres;

Затем удалите роль:

УДАЛЕНИЕ РОЛЬ dev_team;

14. Важные советы по безопасности при использовании ролей на VPS

• Каждая служба (Backend, Cronjob, Worker) должна иметь отдельную роль.

• В качестве совета по безопасности используйте роли с низким уровнем доступа.

• В архитектуре базы данных ни одно приложение не играет никакой роли. суперпользователь Не отдавайте.

• Пароли ролей должны быть надежными и иметь срок действия.

• Например, всегда используйте группы для управления доступом.

Заключение

Практически всё в PostgreSQL основано на ролях. Вы можете создавать пользователей, группы, системные роли и роли приложений, используя единую административную модель. Кроме того, инструменты ГРАНТ и ОТМЕНИТЬ Они обеспечивают полный контроль над таблицами, схемами, базами данных и функциями.

Правильное управление ролями в PostgreSQL очень важно, особенно на VPS, поскольку от этого зависит безопасность и стабильность всей вашей системы баз данных.