6
Authorization is finding out if the person, once identified, is permitted to
7
have the resource. [1]_
9
Drizzle authorization is handled by plugins. There is no single
10
source where users or access rights are defined, such as a system user table,
11
but each auhtorization plugin will use different sources to define or store
12
access rights. By default no authorization plugin is loaded, this means that
13
any logged in user is authorized to access all database objects and do anything
14
he wants (everyone is super user).
16
The following authorization plugins are included with Drizzle:
18
* :doc:`/plugins/regex_policy/index` - ALLOW or REJECT access by matching a regular expression against the table name.
19
* :doc:`/plugins/simple_user_policy/index` - Allow a user to only access a schema that matches their username.
24
At the moment there doesn't exist a plugin which would implement anything
25
resembling the traditional SQL standard GRANT and REVOKE type of authorization.
26
You are invited to share your opinion on whether that level of authorization
27
control is necessary in a modern database.
29
Note that at the moment there also is no plugin that would distinguish between
30
read and write operations, rather access is always granted to schemas and tables
31
in an all or nothing fashion.
33
-------------------------------------------------------------------------------
37
.. [1] `Authentication, Authorization, and Access Control <http://httpd.apache.org/docs/1.3/howto/auth.html>`_